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In This Guide 



This HP 1660 series programmer's guide is organized in three parts to make 
accessing information easy and logical. Part 1 consists of chapters 1 through 
7 and contains general information about programming basics, HP-IB and 
RS-232C interface requirements, documentation conventions, status 
reporting, and error messages. If you are already familiar with IEEE 488.2 
programming and HP-IB or RS-232C, you may want to just scan these 
chapters. If you are new to programming logic analyzers you should read 
part 1. 

Chapter 1 is divided into two sections. The first section, "Talking to the 
Instrument," concentrates on program syntax, and the second section, 
"Receiving Information from the Instrument," discusses how queries are sent 
and how to retrieve query results from the instrument. Read either chapter 
2, "Programming Over HP-IB," or chapter 3, "Programming Over RS-232C" 
for information concerning the physical connection between the 
HP 1660A-series logic analyzers and your controller. Chapter 4, 
"Programming and Documentation Conventions," gives an overview of all 
instructions and also explains the notation conventions used in the syntax 
definitions and examples. Chapter 5, "Message Communication and System 
Functions," provides an overview of the operation of instruments that 
operate in compliance with the IEEE 488.2 standard. Chapter 6 explains 
status reporting and how it can be used to monitor the flow of your 
programs and measurement process. Chapter 7 contains error message 
descriptions. 

Part 2, chapters 8 through 26, explain each command in the command set 
for the logic analyzer. These chapters are organized in subsystems with 
each subsystem representing a front-panel menu. 

The instructions listed in this part give you access to the measurements and 
front-panel features of the logic analyzers. The complexity of your programs 
and the tasks they accomplish are limited only by your imagination. This 
part is designed to provide a concise description of each instruction. 

Part 3, chapter 27, contains program examples of actual tasks that show you 
how to get started in programming the HP 1660-series logic analyzers. 
These examples are written in HP Basic 6.2; however, the program concepts 
can be used in any other popular programming language that allows 
communications with either the HP-IB or RS-232C buses. 
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Introduction 



This chapter introduces you to the basics of remote programming and 
is organized in two sections. The first section, "Talking to the Logic 
analyzer," concentrates on initializing the bus, program syntax and 
the elements of a syntax instuction. The second section, "Receiving 
Information from the Logic analyzer," discusses how queries are sent 
and how to retrieve query results from the logic analyzer. 

The programming instructions explained in this book conform to 
IEEE Std 488.2-1987, "IEEE Standard Codes, Formats, Protocols, and 
Common Commands." These programming instructions provide a 
means of remotely controlling the HP 1660-series logic analyzers. 
There are three general categories of use. You can: 

• Set up the logic analyzer and start measurements 

• Retrieve setup information and measurement results 

• Send measurement data to the logic analyzer 

The instructions listed in this manual give you access to the 
measurements and front panel features of the HP 1660-series. The 
complexity of your programs and the tasks they accomplish are 
limited only by your imagination. This programming reference is 
designed to provide a concise description of each instruction. 
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Talking to the Instrument 



In general, computers acting as controllers communicate with the 
instrument by sending and receiving messages over a remote interface, such 
as HP-IB or RS-232C. Instructions for programming the HP 1660-series will 
normally appear as ASCII character strings embedded inside the output 
statements of a "host" language available on your controller. The host 
language's input statements are used to read in responses from the 
HP 1660-series. 

For example, HP 9000 Series 200/300 Basic uses the OUTPUT statement for 
sending commands and queries to the HP 1660-series. After a query is sent, 
the response can be read in using the ENTER statement. AH programming 
examples in this manual are presented in HP Basic. 



This Basic statement sends a conunand that causes the logic analyzer's 
machine 1 to be a state analyzer: 

OUTPUT XXX;":MACHINEl:TyPE STATE" <terminator> 



Each part of the above statement is explained in this section. 
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Initialization 

To maJce sure the bus and all appropriate interfaces are in a known state, 
begin every program with an initialization statement. Basic provides a 
CLEAR command that clears the interface buffer. If you are using HP-IB, 
CLEAR will also reset the parser in the logic analyzer. The parser is the 
program resident in the logic analyzer that reads the instructions you send 
to it from the controller. 

After clearing the interface, you could preset the logic analyzer to a known 
state by loading a predefined configuration file from the disk. 

Refer to your controller manual and programming language reference 
manual for information on initializing the interface. 



Example This Basic statement would load the configuration file "DEFAULT " (if it 

exists) into the logic analyzer. 

OUTPUT XXX; ••iMMEMORY: LOAD: CONFIG 'DEFAULT 



Refer to chapter 10, "MMEMoiy Subsystem" for more information on the 
LOAD command. 



Example Program 



This program demonstrates the basic command structure used to program 
the HP 1660-series logic analyzers. 

Unitialize instrument interface 
iTurn headers on 
ITurn longform on 
ILoad configuration file 
! Select Format menu for machine 1 
! Select run mode 
!Run the measurement 



10 


CLEAR XXX 






20 


OUTPUT 


XXX; 


•f 


: SYSTEM: HEADER ON" 


30 


OUTPUT 


XXX; 


•1 


: SYSTEM: LONGFORM ON" 


40 


OUTPUT 


XXX; 


fi 


:MMEM: LOAD: CONFIG 'TEST E 


50 


OUTPUT 


XXX; 


(1 


:MENU FORMAT, 1" 


60 


OUTPUT 


XXX; 


n 


:RMODE SINGLE" 


70 


OUTPUT 


XXX; 


It 


: START" 
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Instruction Syntax 

To program the logic analyzer reniotely, you nnust have an understanding of 
the command format and structure. The IEEE 488.2 standard governs 
syntax rules pertaining to how individual elements, such as headers, 
separators, parameters and terminators, may be grouped together to form 
complete instructions. Syntax definitions are also given to show how query 
responses will be formatted. Figure 1-1 shows the three main syntactical 
parts of a typical program statement: Output Conunand, Device Address, 
and Instruction. The instruction is further broken down into three parts: 
Instruction header. White space, and Instruction parameters. 



INSTRUCTION 
, __I ^ 

OUTPUT XXX;": SYSTEM: MENU DISPLAY, 2" 



OUTPUT COMMAND 

DEVICE ADDRESS 

INSTRUCTION HEADER 

WHITE SPACE 

INSTRUCTION PARAMETERS 



eie59B3e 

Program Message Syntax 



Output Command 

The output command depends on the language you choose to use. 
Throughout this guide, HP 9000 Series 200/300 Basic 6.2 is used in the 
programming examples. If you use another language, you will need to find 
the equivalents of Basic Commands, like OUTPUT, ENTER and CLEAR in 
order to convert the examples. The instructions are always shown between 
the double quotes. 
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Device Address 

The location where the device address must be specified also depends on 
the host language that you are using. In some languages, this could be 
specified outside the output command. In Basic, this is always specified 
after the keyword OUTPUT. The examples in this manual use a generic 
address of XXX. When writing programs, the number you use wiU depend 
on the cable you use, in addition to the actual address. If you are using an 
HP-IB, see chapter 2, "Programming over HP-IB." If you are using RS-232C, 
see chapter 3, "Programming Over RS-232C." 



Instructions 

Instructions (both commands and queries) normally appear as a string 
embedded in a statement of your host language, such as Basic, Pascal or C. 
The only time a parameter is not meant to be expressed as a string is when 
the instruction's syntax definition specifies <block_data>. There are just a 
few instructions which use block data. 

Instructions are composed of two main parts: the header, which specifies the 
command or query to be sent; and the parameters, which provide additional 
data needed to clarify the meaning of the instruction. Many queries do not 
use any parameters. 

Instruction Header 

The instruction header is one or more keywords separated by colons (:). 
The command tree in figure 4-1 iUustrates how all the keywords can be 
joined together to form a complete header (see chapter 4, "Programming 
and Documentation Conventions"). 

The example in figure 1-1 shows a command. Queries are indicated by 
adding a question mark (?) to the end of the header. Many instructions can 
be used as either commands or queries, depending on whether or not you 
have included the question mark. The command and query forms of an 
instruction usually have different parameters. 
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When you look up a query in this progranuner's reference, you'll find a 
paragraph labeled "Returned Format" under the one labeled "Query." The 
syntax definition by "Returned format" will always show the instruction 
header in square brackets, like [:SYSTem:MENU], which means the text 
between the brackets is optional. It is also a quick way to see what the 
header looks like. 

White Space 

White space is used to separate the instruction header from the instruction 
parameters. If the instruction does not use any parameters, white space 
does not need to be included. White space is defined as one or more spaces. 
ASCII defines a space to be a character, represented by a byte, that has a 
decimal value of 32. Tabs can be used only if your controller first converts 
them to space characters before sending the string to the logic analyzer. 

Instruction Parameters 

Instruction parameters are used to clarify the meaning of the command or 
query. They provide necessary data, such as: whether a function should be 
on or off, which waveform is to be displayed, or which pattern is to be looked 
for. Each instruction's syntax definition shows the parameters, as well as 
the range of acceptable values they accept. This chapter's "Parameter Data 
Types" section has all of the general rules about acceptable values. 

When there is more than one parameter, they are separated by commas (,). 
White space surrounding the commas is optional. 



Instruction Terminator 

An instruction is executed after the instruction terminator is received. The 
terminator is the NL (New Line) character. The NL character is an ASCII 
linefeed character (decimal 10). 

The NL (New Line) terminator has the same function as an EOS (End Of 
String) and EOT (End Of Text) terminator. 
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Header Types 

There are three types of headers: Simple Conrunand, Compound Command, 
and Common Command. 

Simple Command Header 

Simple command headers contain a single keyword. START and STOP are 
examples of simple command headers typically used in this logic analyzer. 
The syntax is: <f unction><terminator> 

When parameters (indicated by <data>) must be included with the simple 
command header, the syntax is: <f unction><white_spacexdata> 
<terminator> 

•RMODE SINGLE<teriainator> 
Compound Command Header 

Compound command headers are a combination of two or more program 
keywords. The first keyword selects the subsystem, and the last keyword 
selects the function within that subsystem. Sometimes you may need to list 
more than one subsystem before being allowed to specify the function. The 
keywords within the compound header are separated by colons. For 
example, to execute a single function within a subsystem, use the following: 
:<subsystein>:<functionxwhite_spacexdataxterminator> 

: SYSTEM :LONGFORM ON 



To traverse down one level of a subsystem to execute a subsystem within 
that subsystem, use the following: 

<subsy s tem> : <subsy s tem> : <f unctionxwhite_space> 
<dataxtenninator> 

iMMEMORY: LOAD: CONFIG "FILE " 
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Common Command Header 

Conimon command headers control IEEE 488.2 functions within the logic 
analyzer, such as, clear status. The syntax is: 
*<coiranand header><tenninator> 

No white space or separator is allowed between the asterisk and the 
command header. *CLS is an example of a common command header. 

Combined Commands in the Same Subsystem 

To execute more than one function within the same subsystem, a semicolon 
(;) is used to separate the functions: 
:<subsystein>:<f unctionxwhite 

space><data>; <f unctionxwhite space><dataxtenninator> 

: SYSTEM :L0N6F0RM ON; HEADER ON 



Duplicate Keywords 

Identical function keywords can be used for more than one subsystem. For 
example, the function keyword MMODE may be used to specify the marker 
mode in the subsystem for state listing or the timing waveforms: 

• : SLIST : MMODE PATTERN - sets the marker mode to pattern in 

the state listing. 

• : TWAVEFORM : MMODE TIME - sets the marker mode to time in the 
timing waveforms. 

SLIST and TWAVEFORM are subsystem selectors, and they determine 
which marker mode is being modified. 
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Query Usage 

Logic anaJyzer instructions that are immediately followed by a question mark 
(?) are queries. After receiving a query, the logic analyzer parser places the 
response in the output buffer. The output message remains in the buffer 
until it is read or until another logic analyzer instruction is issued. When 
read, the message is transnutted across the bus to the designated listener 
(typically a controller). 

Query commands are used to find out how the logic analyzer is currently 
configured. They are also used to get results of measurements made by the 
logic analyzer. 

This instruction places the current full-screen time for machine 1 in the 
output buffer. 

:MACHINE1 :TWAVEF0RM: RANGE? 



In order to prevent the loss of data in the output buffer, the output buffer 
must be read before the next program message is sent. Sending another 
command before reading the result of the query will cause the output buffer 
to be cleared and the current response to be lost. This wiU also generate a 
"QUERY UNTERMINATED" error in the error queue. For example, when 
you send the query :TWAVEF0RM: RANGE? you must foUow that with an 
input statement. In Basic, this is usually done with an ENTER statement. 

In Basic, the input statement, enter xxx; Range, passes the value across 
the bus to the controller and places it in the variable Range. 

Additional details on how to use queries is in the next section of this 
chapter, "Receiving Information for the Logic analyzer." 
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Program Header Options 

Program headers can be sent using any combination of uppercase or 
lowercase ASCII characters. Logic analyzer responses, however, are always 
returned in uppercase. 

Both program command and query headers may be sent in either long form 
(complete spelling), short form (abbreviated spelling), or any combination 
of long form and short form. 

Programs written in long form are easily read and are almost self- 
documenting. The short form syntax conserves the amount of controller 
memory needed for program storage and reduces the amount of I/O activity. 

The rules for short form syntax are discussed in chapter 4, "Programming 
and Documentation Conventions." 

Either of the following examples turns on the headers and long form. 
Long form: 

OUTPUT XXX;": SYSTEM: HEADER 0N;L0NGF0RM ON" 

Short form: 

OUTPUT XXX; ":SyST: HEAD ON; LONG ON" 
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Parameter Data Types 

There are three main types of data which are used in parameters. They are 
numeric, string, and keyword. A fourth type, block data, is used only for a 
few instructions: the DATA and SETup instructions in the SYSTem 
subsystem (see chapter 6); the CATaJog, UPLoad, and DOWNload 
instructions in the MMEMoiy subsystem (see chapter 7). These syntax rules 
also show how data may be formatted when sent back from the HP 1660 
series as a response. 

The parameter list always follows the instruction header and is separated 
from it by white space. When more than one parameter is used, they are 
separated by commas. You are allowed to include one or more white spaces 
around the commas, but it is not mandatory. 

Numeric data 

For numeric data, you have the option of using exponential notation or using 
suffixes to indicate which unit is being used. However, exponential notation 
is only applicable to the decimal number base. Tables 5-1 and 5-2 in chapter 
5, "Message Communications and System Functions," list all available 
suffixes. Do not combine an exponent with a unit. 

The following numbers are all equal: 

28 = 0.28E2 = 280E-1 = 28000m = 0.028K. 



The base of a number is shown with a prefix. The available bases are binary 
(#B), octal (#Q), hexadecimal (#H) and decimal (default). 

The following numbers are all equal: 

#B11100 = #Q34 = #H1C = 28 



You may not specify a base in corgunction with either exponents or unit 
suffixes. Additionally, negative numbers must be expressed in decimal. 
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When a syntax definition specifies that a number is an integer, that means 
that the number should be whole. Any fractional part would be ignored, 
truncating the number. Numeric parameters that accept fractional values 
are called real numbers. 

AU numbers are expected to be strings of ASCII characters. Thus, when 
sending the number 9, you send a byte representing the ASCII code for the 
character "9" (which is 57, or 0011 1001 in binary). A three-digit number, 
like 102, will take up three bytes (ASCII codes 49, 48 and 50). This is taken 
care of automatically when you include the entire instruction in a string. 

String data 

String data may be delimited with either single C) or double (") quotes. 
String parameters representing labels are case-sensitive. For instance, the 
labels "Bus A" and "bus a" are unique and should not be used 
indiscriminately. Also pay attention to the presence of spaces, because they 
act as legal characters just like any other. So, the labels "In" and " In" are 
also two different labels. 

Keyword data 

In many cases a parameter must be a keyword. The available keywords are 
always included with the instruction's syntax definition. When sending 
commands, either the longform or shortform (if one exists) may be used. 
Uppercase and lowercase letters may be mixed freely. When receiving 
responses, upper-case letters will be used exclusively. The use of longform 
or shortform in a response depends on the setting you last specified via the 
SYSTemrLONGform command (see chapter 6). 
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Selecting Multiple Subsystems 

You can send multiple program commands and program queries for different 
subsystems on the same Une by separating each command with a semicolon. 
The colon following the semicolon enables you to enter a new subsystem. 
<instruction header ><data>; :<ins traction header xdata> 
<terminator> 

Multiple commands may be any combination of simple, compound and 
common commands. 

:MACHINE1:ASSI6N2; :SYSTEM:H£ADERS ON 
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Receiving Information from the Instrument 



After receiving a query Qogic analyzer instruction followed by a 
question mark), the logic analyzer interrogates the requested function 
and places the answer in its output queue. The answer remains in the 
output queue until it is read, or, until another command is issued. 
When read, the message is transmitted across the bus to the 
designated listener (typically a controller). The input statement for 
receiving a response message from an logic analyzer's output queue 
usually has two parameters: the device address and a format 
specification for handling the response message. 

All results for queries sent in a program message must be read before 
another program message is sent. For example, when you send the 
query : MACHINE 1 : ASSIGN?, you must follow that query with an 
input statement. In Basic, this is usually done with an ENTER 
statement. 

The format for handling the response messages is dependent on both 
the controller and the programming language. 

To read the result of the query command : system :L0NGF0RM? you 
can execute this Basic statement to enter the current setting for the 
long form command in the numeric variable Setting. 

ENTER XXX; Setting 
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Response Header Options 

The fonnat of the returned ASCII string depends on the current settings of 
the SYSTEM HEADER and LONGFORM commands. The general format is 
<instruction_header><space><data><tenninator> 

The header identifies the data that follows (the parameters) and is 
controlled by issuing a : system : header on/off command. If the state of 
the header command is OFF, only the data is returned by the query. 

The format of the header is controlled by the :SYSTEM:LONGFORM ON/OFF 
command. If long form is OFF , the header will be in its short form and the 
header will vaiy in length, depending on the particular query. The separator 
between the header and the data always consists of one space. 

A command or query may be sent in either long form or short form, or in any 
combination of long form and short form. The HEADER and LONGFORM 
commands only control the format of the returned data, and, they have no 
affect on the way commands are sent. 

Refer to chapter 10, "SYSTem Subsystem" for information on turning the 
HEADER and LONGFORM commands on and off. 

The following examples show some possible responses for a 
: MACHINE 1 : SFORMAT : THRESH0LD2 ? query: 

with HEADER OFF: 
<dataxtenainator> 

with HEADER ON and LONGFORM OFF: 

: MACH 1 : SFOR : THR2 <white_spacexdat a><tenainator> 

with HEADER ON and LONGFORM ON: 

:MACHINE1 :SF0RMAT:THR£SH0LD2 <white_spacexdataxter]iiinator> 
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Response Data Formats 

Both numbers and strings are returned as a series of ASCII characters, as 
described in the following sections. Keywords in the data are returned in 
the same format as the header, as specified by the LONGform command. 
Like the headers, the keywords will always be in uppercase. 

The following are possible responses to the machine 1 : tformat: lab? 
'ADDR' query. 

Header on; Longform on 

MACHINEl: TFORMAT 2 LABEL "ADDR " , 19 ,POSITIVE<terminator> 

Header on;Longform off 

MACH 1 : TFOR : LAB " ADDR ",19^ POS<terniinator> 

Header off; Longform on 

" ADDR " r 1 9 , POS ITIVE< terminator > 

Header off; Longform off 
-ADDR - r 1 9 f P0S<terminator > 

Refer to the individual commands in Part 2 of this guide for information on 
the format (alpha or numeric) of the data returned from each query. 
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String Variables 

Because there are so many ways to code numbers, the HP 1660 series 
handles almost all data as ASCII strings. Depending on your host language, 
you may be able to use other types when reading in responses. 

Sometimes it is helpful to use string variables in place of constants to send 
instructions to the HP 1660 series, such as, including the headers with a 
query response. 



Example 



This example combines variables and constants in order to make it easier to 
switch from MACHINE 1 to MACHINE2. In Basic, the & operator is used for 
string concatenation. 



10 LET Machine$ 



•:MACHINE2" 



20 OUTPUT XXX; Machine$ 
30 

40 OUTPUT XXX; Machine$ 

50 OUTPUT XXX; Machine$ 

60 OUTPUT XXX; Machine$ 
99 END 



& "rTYPE STATE" 

& **:SFORMAT: LABEL 
& ":SFORMAT: LABEL 
& ":SFORliAT: LABEL 



iSend all instructions to machine 2 

!Make machine a state analyzer 

1 Assign all labels to be positive 

'CHAN 1' , PCS" 

'CHAN 2' , PCS" 

'OUT'. PCS" 



If you want to observe the headers for queries, you must bring the returned 
data into a string variable. Reading queries into string variables requires 
little attention to formatting. 



Example This command line places the output of the queiy in the string variable 

Results. 

ENTER XXX;Result$ 



In the language used for this book (HP Basic 6.2), string variables are case- 
sensitive and must be expressed exactly the same each time they are used. 

The output of the logic analyzer may be numeric or character data 
depending on what is queried. Refer to the specific commands, in Part 2 of 
this guide, for the formats and types of data returned from queries. 



1-18 



Introduction to Programming 
Numeric Base 



The following example shows logic analyzer data being returned to a string 
variable with headers off: 

10 OUTPUT XXX;": SYSTEM: HEADER OFF- 
20 DIM Rang$[30] 

30 OUTPUT XXX;":MACHINE1:TWAVEF0RM:RANGE?" 
40 ENTER XXX;Rang$ 
50 PRINT RangS 
60 END 



After running this program, the controller displays: +1 . OOOOOE-05 



Numeric Base 

Most numeric data will be returned in the same base as shown onscreen. 
When the prefix #B precedes the returned data, the value is in the binary 
base. Likewise, #Q is the octal base and #H is the hexadecimal base. If no 
prefix precedes the returned numeric data, then the value is in the decimal 
base. 



Numeric Variables 

If your host language can convert from ASCII to a numeric format, then you 
can use numeric variables. Turning off the response headers will help you 
avoid accidently trying to convert the header into a number. 

The following example shows logic analyzer data being returned to a 
numeric variable. 

10 OUTPUT XXX;": SYSTEM: HEADER OFF" 

20 OUTPUT XXX;":MACHINE1:TWAVEF0RM:RANGE?" 

30 ENTER XXX; Rang 

40 PRINT Rang 

50 END 
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This time the format of the number (such as, whether or not exponential 
notation is used) is dependant upon your host language. In Basic, the 
output will look like: 1 . E-5 



Definite-Length Block Response Data 

Definite-length block response data, also refered to as block data, allows any 
type of device-dependent data to be transmitted over the system interface 
as a series of data bytes. Definite-length blick data is particularly useful for 
sending large quantities of data, or, for sending 8-bit extended ASCII codes. 
The syntax is a pound sign ( # ) followed by a non-zero digit representing 
the number of digits in the decimal integer. Following the non zero digit is 
the decimal integer that states the number of 8-bit data bytes to follow. This 
number is followed by the actual data. 

Indefinite-length block data is not supported on the HP1660 series. 
For example, for transmitting 80 bytes of data, the syntax would be: 



#800000080<e i ghty bytes of dataXtermi nator> 
NUMBER OF BYTES 

TO BE TRANSMITTED ifiSM/Bi?? 

Definite-length Block Response Data 

The "8" states the number of digits that follow, and "00000080" states the 
number of bytes to be transmitted, which is 80. 



Figure 1-2 



NUMBER OF DIGITS 
THAT FOLLOW 
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Multiple Queries 

You can send multiple queries to the logic analyzer within a single program 
message, but you must also read them back within a single program 
message. This can be accomplished by either reading them back into a 
string variable or into multiple numeric variables. 

You can read the result of the query :SYSTEM:HEADER?;LONGFORM? into 
the string variable Results$ with the command: 

ENTER XXX; Results $ 

When you read the result of multiple queries into string variables, each 
response is separated by a semicolon. 

The response of the query :SYSTEM:HEADER?:LONGFORM? with HEADER 
and LONGFORM turned on is: 

: SYSTEM: HEADER 1 ;: SYSTEM : LONGFORM 1 

If you do not need to see the headers when the numeric values are returned, 
then you could use numeric variables. When you are receiving numeric data 
into numeric variables, the headers should be turned off. Otherwise the 
headers may cause misinterpretation of returned data. 

The following program message is used to read the query 
:SYSTEM:HEADERS?;LONGFORM? into multiple numeric variables: 

ENTER XXX; Resultl, Result2 
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Instrument Status 

Status registers track the current status of the logic analyzer. By checking 
the logic analyzer status, you can find out whether an operation has been 
completed, whether the logic analyzer is receiving triggers, and more. 
Chapter 6, "Status Reporting," explains how to check the status of the logic 
analyzer. 
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Introduction 



This section describes the interface functions and some general 
concepts of the HP-IB. In general, these functions are defined by 
IEEE 488 J (HP-IB bus standard). They deal with general bus 
management issues, as well as messages which can be sent over the 
bus as bus commands. 
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Interface Capabilities 

The interface capabilities of the HP 1660-series, as defined by IEEE 488.1 
are SHI, AHl, T5, TEO, L3, LEO, SRI, RLl, PPO, DCl, DTI, CO, and E2. 



Command and Data Concepts 

The HP-IB has two modes of operation: command mode and data mode. The 
bus is in command mode when the ATN line is true. The command mode is 
used to send talk and listen addresses and various bus commands, such as a 
group execute trigger (GET). The bus is in the data mode when the ATN 
line is false. The data mode is used to convey device-dependent messages 
across the bus. These device-dependent messages include all of the 
instrument commands and responses found in chapters 8 through 24 of this 
manual. 



Addressing 

By using the front-panel I/O and SELECT keys, the HP-IB interface can be 
placed in either talk only mode, "Printer connected to HP-IB," or in 
addressed talk/listen mode, "Controller connected to HP-IB," (see chapter 
16, "The RS-232/HP-IB Menu" in the HP 1660'Series User's Reference), Talk 
only mode must be used when you want the logic analyzer to talk directly to 
a printer without the aid of a controller. Addressed talk/listen mode is used 
when the logic analyzer will operate in conjunction with a controller. When 
the logic analyzer is in the addressed talk/listen mode, the following is true: 

• Each device on the HP-IB resides at a particular address ranging from 0 to 
30. 

• The active controller specifies which devices will talk and which will listen. 

• An instrument, therefore, may be talk-addressed, listen-addressed, or 
unaddressed by the controller. 
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If the controller addresses the instrument to talk, it will remain configured 
to talk until it receives: 

• an interface clear message (IFC) 

• another instrument's talk address (OTA) 

• its own listen address (MLA) 

• a universal untalk (UNT) command. 

If the controller addresses the instrument to listen, it will remain configured 
to listen until it receives: 

• an interface clear message (IFC) 

• its own talk address (MTA) 

• a universal unlisten (UNL) command. 



Communicating Over the HP-IB Bus (HP 9000 Series 
200/300 ControUer) 

Because HP-IB can address multiple devices through the same interface 
card, the device address passed with the program message must include not 
only the correct instrument address, but also the correct interface code. 

Interface Select Code (Selects the Interface) 

Each interface card has its own interface select code. This code is used by 
the controller to direct commands and communications to the proper 
interface. The default is always "7" for HP-IB controllers. 

Instrument Address (Selects the Instrument) 

Each instrument on the HP-IB port must have a unique instrument address 
between decimals 0 and 30. The device address passed with the program 
message must include not only the correct instrument address, but also the 
correct interface select code. 
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For example, if the instrument address is 4 and the interface select code is 
7, the instruction will cause an action in the instrument at device address 
704. 

DEVICE ADDRESS = (Interface Select Code) X ICQ + (Instrument 
Address ) 



Local, Remote, and Local Lockout 

The local, remote, and remote with local lockout modes may be used for 
various degrees of front-panel control while a program is running. The logic 
analyzer will accept and execute bus commands while in local mode, and the 
front panel will also be entirely active. If the HP 1660-series is in remote 
mode, the logic analyzer v^l go from remote to local with any front panel 
activity. In remote with local lockout mode, all controls (except the power 
switch) are entirely locked out. Local control can only be restored by the 
controller. 

Cycling the power will also restore local control, but this will also reset 
certain HP-IB states. It also resets the logic analyzer to the power-on 
defaults and purges any acquired data in the acquisition memory. 



The instrument is placed in remote mode by setting the REN (Remote 
Enable) bus control line true, and then addressing the instrument to listen. 
The instrument can be placed in local lockout mode by sending the local 
lockout (LLC) command (see SYSTem:LOCKout in chapter 9, "Mainframe 
Commands"). The instrument can be returned to local mode by either 
setting the REN line false, or sending the instrument the go to local (GTL) 
command. 
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Bus Commands 

The following commands are IEEE 488.1 bus commands (ATN true). IEEE 
488.2 defines many of the actions which are taken when these commands 
are received by the logic analyzer. 

Device Clear 

The device clear (DCL) or selected device clear (SDC) commands clear the 
input and output buffers, reset the parser, clear any pending commands, and 
clear the Request-OPC flag. 

Group Execute Trigger (GET) 

The group execute trigger command will cause the same action as the 
START command for Group Run: the instrument will acquire data for the 
active waveform and listing displays. 

Interface Clear (IPC) 

This command halts all bus activity. This includes unaddressing all listeners 
and the talker, disabling serial poll on all devices, and returning control to 
the system controller. 
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Introduction 



This chapter describes the interface functions and some general 
concepts of the RS-232C. The RS-232C interface on this instrument 
is Hewlett-Packard's implementation of EIA Recommended Standard 
RS-232C, ""Interface Between Data Terminal Equipment and Data 
Communications Equipment Employing Serial Binary Data 
Interchange. " With this interface, data is sent one bit at a time, and 
characters are not synchronized with preceding or subsequent data 
characters. Each character is sent as a complete entity without 
relationship to other events. 
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Interface Operation 

The HP 1660-series can be programmed with a controller over RS-232C 
using either a minimum three-wire or extended hardwire interface. The 
operation and exact connections for these interfaces are described in more 
detail in the following sections. When you are programming an 
HP 1660-series over RS-232C with a controller, you are normally operating 
directly between two DTE (Data Terminal Equipment) devices as compared 
to operating between a DTE device and a DCE (Data Communications 
Equipment) device. 

When operating directly between two DTE devices, certain considerations 
must be taken into account. For a three-wire operation, XON/XOFF must be 
used to handle protocol between the devices. For extended hardwire 
operation, protocol may be handled either with XON/XOFF or by 
manipulating the CTS and RTS lines of the RS-232C link. For both three- 
wire and extended hardwire operation, the DCD and DSR inputs to the logic 
analyzer must remain high for proper operation. 

With extended hardwire operation, a high on the CTS input allows the logic 
analyzer to send data, and a low disables the logic analyzer data 
transmission. Likewise, a high on the RTS line allows the controller to send 
data, and a low signals a request for the controller to disable data 
transmission. Because three-wire operation has no control over the CTS 
input, internal pull-up resistors in the logic analyzer assure that this line 
remains high for proper three-wire operation. 



Cables 

Selecting a cable for the RS-232C interface depends on your specific 
application. The following paragraphs describe which lines of the 
HP 1660-series are used to control the operation of the RS-232C relative to 
the logic analyzer. To locate the proper cable for your application, refer to 
the reference manual for your controller. This manual should address the 
exact method your controller uses to operate over the RS-232C bus. 
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Minimum Three-Wire Interface with Software Protocol 

With a three-wire interface, the software (as compared to interface 
hardware) controls the data flow between the logic analyzer and the 
controller. The three-wire interface provides no hardware means to control 
data flow between the controller and the logic analyzer. XON/OFF protocol 
is the only means to control this data flow. The three-wire interface 
provides a much simpler connection between devices since you can ignore 
hardware handshake requirements. 

The logic analyzer uses the foUowing connections on its RS-232C interface 
for three-vrtre communication: 

• Pin 7 SGND (Signal Ground) 

• Pin 2 TD (Transmit Data from logic analyzer) 

• Pin 3 RD (Receive Data into logic analyzer) 

The TD (Transmit Data) line from the logic analyzer must connect to the RD 
(Receive Data) line on the controller. Likewise, the RD line from the logic 
analyzer must connect to the TD line on the controller. Internal pull-up 
resistors in the logic analyzer assure the DCD, DSR, and CTS lines remain 
high when you are using a three-wire interface. 



Extended Interface with Hardware Handshake 

With the extended interface, both the software and the hardware can control 
the data flow between the logic analyzer and the controller. This allows you 
to have more control of data flow between devices. The HP 1660-series uses 
the following connections on its RS-232C interface for extended interface 
communication: 

• Pin 7 SGND (Signal Ground) 

• Pin 2 TD (Transmit Data from logic analyzer) 

• Pin 3 RD (Receive Data into logic analyzer) 



3-4 



Programming Over RS-232C 
Extended Interface with Hardware Handshake 



The additional lines you use depends on your controller's implementation 
of the extended hardwire interface. 

• Pin 4 RTS (Request To Send) is an output from the logic analyzer which 
can be used to control incoming data flow. 

• Pin 5 CTS (Clear To Send) is an input to the logic analyzer which 
controls data flow from the logic analyzer. 

• Pin 6 DSR (Data Set Ready) is an input to the logic analyzer which 
controls data flow from the logic analyzer within two bytes. 

• Pin 8 DCD (Data Carrier Detect) is an input to the logic analyzer which 
controls data flow from the logic analyzer within two bytes. 

• Pin 20 DTR (Data Terminal Ready) is an output from the logic analyzer 
which is enabled as long as the logic analyzer is turned on. 

The TD (Transnut Data) line from the logic analyzer must connect to the RD 
(Receive Data) line on the controller. Likewise, the RD line from the logic 
analyzer must connect to the TD line on the controller. 

The RTS (Request To Send), is an output from the logic analyzer which can 
be used to control incoming data flow. A true on the RTS line allows the 
controller to send data and a false signals a request for the controller to 
disable data transmission. 

The CTS (Clear To Send), DSR (Data Set Ready), and DCD (Data Carrier 
Detect) lines are inputs to the logic analyzer, which control data flow from 
the logic analyzer (Pin 2). Internal pull-up resistors in the logic analyzer 
assure the DCD and DSR lines remain high when they are not connected. If 
DCD or DSR are connected to the controller, the controUer must keep these 
lines and the CTS line high to enable the logic analyzer to send data to the 
controller. A low on any one of these lines will disable the logic analyzer 
data transnussion. Pulling the CTS line low during data transmission will 
stop logic analyzer data transmission immediately. Pulling either the DSR or 
DCD line low during data transmission will stop logic analyzer data 
transmission, but as many as two additional bytes may be transmitted from 
the logic analyzer. 
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Cable Example 

Figure 3-1 is an example of how to connect the HP 1660-series to the 
HP 98628A Interface card of an HP 9000 series 200/300 controller. For more 
information on cabling, refer to the reference manual for your 
specific controller. 

Because this example does not have the correct cormections for hardware 
handshake, you must use the XON/XOFF protocol when connecting the 
HP 1660-series logic analyzers. 



HP 1660-SERIES 
REAR PANEL 



HP 98628 
INTERFACE CARD 



13242N 
(MALE-TO-MALE) 



5061-4216 
DCE OPT.C02 
{ FEMALE-TO-FEMALE ) 



Cable Example 



Configuring the Instrument Interface 

The front-panel I/O menu key allows you access to the RS-232C 
Configuration menu where the RS-232C interface is configured. If you are 
not familiar with how to configure the RS-232C interface, refer to the 
HP 1660'Series User's Reference, 
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Interface Capabilities 

The baud rate, stop bits, parity, protocol, and data bits must be configured 
exactly the same for both the controller and the logic analyzer to properly 
communicate over the RS-232C bus. The HP 1660-series RS-232C interface 
capabilities are listed below: 

• Baud Rate: 110, 300, 600, 1200, 2400, 4800, 9600, or 19.2k 

• Stop Bits: 1, 1.5, or 2 

• Parity: None, Odd, or Even 

• Protocol: None or XON/XOFF 

• Data Bits: 8 

Protocol 

NONE With a three-wire interface, selecting NONE for the protocol 
does not allow the sending or receiving device to control data flow. No 
control over the data flow increases the possibility of missing data or 
transferring incomplete data. 

With an extended hardwire interface, selecting NONE allows a hardware 
handshake to occur. With hardware handshake, the hardware signals control 
data flow. 

XON/XOFF XON/XOFF stands for Transmit On/Transmit Off. With 
this mode, the receiver (controller or logic analyzer) controls data flow, 
and, can request that the sender (logic analyzer or controller) stop 
data flow. By sending XOFF (ASCII 19) over its transnut data line, the 
receiver requests that the sender disables data transmission. A 
subsequent XON (ASCII 17) allows the sending device to resume data 
transmission. 

Data Bits 

Data bits are the number of bits sent and received per character that 
represent the binary code of that character. Characters consist of either 7 
or 8 bits, depending on the application. The HP 1660-series supports 8 bit 
only. 

8 Bit Mode Information is usually stored in bytes (8 bits at a time). 
With 8-bit mode, you can send and receive data just as it is stored, 
without the need to convert the data. 
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The controller and the HP 1660-series must be in the same bit mode to 
properly communicate over the RS-232C. This means that the controller 
must have the capability to send and receive 8 bit data. 

For more information on the RS-232C interface, refer to the HP 1660-series 
User^s Reference. For information on RS-232C voltage levels and connector 
pinouts, refer to the HP 1660'Series Service Guide. 



Communicatmg Over the RS-232C Bus (HP 9000 
Series 200/300 ContxoUer) 

Each RS-232C interface card has its own interface select code. This code is 
used by the controller for directing commands and communications to the 
proper interface by specifying the correct interface code for the device 
address. 

Generally, the interface select code can be any decimal value between 0 
and 31, except for those interface codes which are reserved by the 
controller for internal peripherals and other internal interfaces. This value 
can be selected through switches on the interface card. For example, if your 
RS-232C interface select code is 9, the device address required to 
communicate over the RS-232C bus is 9. For more information, refer to the 
reference manual for your interface card or controller. 



Lockout Command 

To lockout the front panel controls, use the SYSTem command LOCKout. 
When this function is on, all controls (except the power switch) are entirely 
locked out. Local control can only be restored by sending the command 
:LOCKout OFF. 

Cycling the power vnh also restore local control, but this will also reset 
certain RS-232C states. It also resets the logic analyzer to the power-on 
defaults and purges any acquired data in the acquisition memory. 



For more information on this command see chapter 10, "System Commands." 
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Introduction 



This chapter covers the programming conventions used in 
programming the instrument, as well as the documentation 
conventions used in this manual. This chapter also contains a detailed 
description of the command tree and command tree traversal. 



4-2 



Programming and Documentation Conventions 

Truncation Rule 



Truncation Rule 

The truncation rule for the keywords used in headers and parameters is: 

• If the longform has four or fewer characters, there is no change in the 
shortform. When the longfonn has more than four characters the 
shortform is just the first four characters, unless the fourth character is 
a vowel. In that case only the first three characters are used. 



Tiiere are some commands that do not conform to the truncation rule by 
design. These will be noted in their respective description pages. 



Some examples of how the truncation rule is applied to various commands 
are shown in table 4-1. 



Table 4-1 Truncation Examples 

Long Form 

OFF 
DATA 
START 
LONGFORM 
DELAY 

ACCUMULATE 



4^ 



Short Form 

OFF 

DATA 

STAR 

LONG 

DEL 

ACC 
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Infinity Representation 

The representation of infinity is 9.9E+37 for real numbers and 32767 for 
integers. This is also the value returned when a measurement cannot be 
made. 



Sequential and Overlapped Commands 

IEEE 488.2 makes the distinction between sequential and overlapped 
commands. Sequential commands finish their task before the execution of 
the next command starts. Overlapped commands run concurrently; 
therefore, the command following an overlapped command may be started 
before the overlapped command is completed. The overlapped commands 
for the HP 1660-series are STARt and STOP. 



Response Generation 

IEEE 488.2 defines two times at which query responses may be buffered. 
The first is when the query is parsed by the instrument and the second is 
when the controller addresses the instrument to talk so that it may read the 
response. The HP 1660-series will buffer responses to a query when it is 
parsed. 



Syntax Diagrams 

At the beginning of each chapter in Part 2, "Commands," is a syntax diagram 
showing the proper syntax for each conunand. All characters contained in a 
circle or oblong are literals, and must be entered exactly as shovm. Words 
and phrases contained in rectangles are names of items used with the 
command and are described in the accompanying text of each command. 
Each line can only be entered from one direction as indicated by the arrow 
on the entry line. Any combination of conunands and arguments that can be 
generated by following the lines in the proper direction is syntactically 
correct. An argument is optional if there is a path around it. When there is 
a rectangle which contains the word "space," a white space character must 
be entered. White space is optional in many other places. 
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Notation Conventions and Definitions 

The following conventions are used in this manual when describing 
programming rules and example. 

< > Angular brackets enclose words or characters that are used to symbolize a 
program code parameter or a bus command 

: : = "is defined as." For example, A ::= B indicates that A can be replaced by B in 
any statement containing A. 

I "or." Indicates a choice of one element from a list. For example, A IB 
indicates A or B, but not both. 

... An ellipsis (trailing dots) is used to indicate that the preceding element may 
be repeated one or more times. 

[ ] Square brackets indicate that the enclosed items are optional. 

{ } When several items are enclosed by braces and separated by vertical bars 
(I), one, and only one of these elements must be selected. 

XXX Three Xs after an ENTER or OUTPUT statement represent the device 
address required by your controller. 

<NL> Linefeed (ASCII decimal 10). 



The Command Tree 

The command tree (figure 4-1) shows all commands in the HP 1660-series 
logic analyzers and the relationship of the commands to each other. 
Parameters are not shown in this figure. The command tree allows you to 
see what the HP 1660-series' parser expects to receive. All legal headers can 
be created by traversing down the tree, adding keywords until the end of a 
branch has been reached. 

Command Types 

As shovm in chapter 1, "Header Types," there are three types of headers. 
Each header has a corresponding command type. This section shows how 
they relate to the command tree. 
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System Commands The system commands reside at the top level of 
the command tree. These commands are always parsable if they occur at 
the beginning of a program message, or are preceded by a colon. START 
and STOP are examples of system commands. 

Subsystem Commands Subsystem commands are grouped together 
under a common node of the tree, such as the MMEMORY commands. 

Common Commands Common commands are independent of the 
tree, and do not affect the position of the parser within the tree. *CLS 
and *RST are examples of common commands. 



Tree Traversal Rules 

Command headers are created by traversing down the command tree. For 
each group of keywords not separated by a branch, one keyword must be 
selected. As shown on the tree, branches are always preceded by colons. Do 
not add spaces around the colons. The following two rules apply to 

traversing the tree: 

A leading colon (the first character of a header) or a <terminator> places 
the parser at the root of the command tree. 

Executing a subsystem command places you in that subsystem until a 
leading colon or a <terminator> is found. The parser will stay at the colon 
above the keyword where the last header terminated. Any conunand below 
that point can be sent within the current program message without sending 
the keywords(s) which appear above them. 
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The following examples are written using HP Basic 6.2 on a HP 9000 Series 
200/300 Controller. The quoted string is placed on the bus, followed by a 
carriage return and linefeed (CRLF). The three Xs (XXX) shown in this 
manual after an ENTER or OUTPUT statement represents the device 
address required by your controller. 

In this example, the colon between system and header is necessary since 
SYSTEM: HEADER is a compound command. The semicolon between the 
HEADER command and the longform command is the required <program 
message unit separator> . The LONGFORM command does not need 
SYSTEM preceding it, since the SYSTEM: header command sets the parser 
to the SYSTEM node in the tree. 

OUTPUT XXX;": SYSTEM: header 0N;L0NGF0RM ON" 



In the first line of this example, the subsystem selector is implied for the 
STORE command in the compound command. The store command must be 
in the same program message as the initialize conamand, since the 
<prograin message terminator> will place the parser back at the root 
of the command tree. 

A second way to send these commands is by placing MMEMORY : before the 
STORE command as shown in the fourth line of this example 2. 

output XXX; ":MMEM0RY:INITIALIZE;ST0RE 'FILE ','FILE 
DESCRIPTION'" 

or 

OUTPUT XXX; " : MMEMORY : INITIALIZE" 

OUTPUT XXX;": MMEMORY: STORE 'FILE ','FILE DESCRIPTION'" 



In this example, the leading colon before system tells the parser to go back 
to the root of the command tree. The parser can then see the 
SYSTEM: PRINT coHunand. 

OUTPUT XXX; ":MMEM: CATALOG? ;: SYSTEM: PRINT ALL" 
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Figure 4-1 
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Figure 4-1 (continued) 
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Alphabetic Command Cross-Reference 



Command Subsystem 

Accumulate SCHart, SWAVeform, TWAVeform 

ACQMode TFORmat 

ACQuisition STRigger, SWAVeform, TTRigger, 
TWAVeform 

ARM MACHine 

Assign MACHine 

AUToload MMEMory 

BASE SYMBol 

BEEPer Mainframe 

BRANch STRigger, TTRigger 

CAPability Mainframe 

CARDcage Mainframe 

CATalog MMEMory 

CENTer SWAVeform, TWAVeform 

CESE Mainframe 

CESR Mainframe 

CLEar COMPare, STRigger, TTRigger 

CLOCk SFORmat 

CLRPattem SLISt, SWAVeform, TLISt, TWAVeform 

CLRStat SWAVeform, TWAVeform 

CMASk COMPare 

column SLISt, TLISt 

COPY COMPare, MMEMory 

DATA COMPare, SLISt, SYSTem, TLISt 

DELay SWAVeform, TWAVeform, WLISt 



Command Subsystem 

DELete INTermodule 

DOWNIoad MMEMory 

DSP SYSTem 

EOl Mainframe 

ERRor SYSTem 

FIND COMPare, STRigger, TTRigger 

GLEDge TTRigger 

HAXis SCHart 

HEADer SYSTem 

HTIMe INTermodule 

INITialize MMEMory 

INPort INTermodule 

INSert INTermodule, SWAVeform, TWAVeform, 
WLISt 

LABel SFORmat, TFORmat 

LER Mainframe 

LEVelarm MACHine 

LINE COMPare, SLISt, TLISt, WLISt 

LOAD MMEMory 

LOCKout Mainframe 

LONGform SYSTem 

MASTer SFORmat 

MENU COMPare, Mainframe 

MESE Mainframe 

MESR Mainframe 
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Alphabetic Command Cross-Reference (continued) 



Command 


Subsystem 


Command 


Subsystem 


MMODe 


SLIStTLIStTWAVeform 


RUNTil 


COMPare, SLISt, TLISt, TWAVeform 


MODE 


SFORmat 


SELect 


Mainframe 


MOPQual 


SFGRmat 


SEQuence 


STRigger,TTRigger 


MQUal 


SFORmat 


SET 


COMPare 


MSI 


MMEMory 


SETColor 


Mainframe 


NAME 


MACHine 


SETHold 


SFORmat 


OCONdition 


TLISt,TWAVeform 


SETup 


SYSTem 


OPATtern 


SLISt,TLISt,TWAVeform 


SKEW 


INTermodule 


OSEarch 


SLIStTLIStTWAVeform 


SLAVe 


SFORmat 


OSTate 


SLIStTLIStWLISt 


SOPQual 


SFORmat 


OTAG 


SLISt^TLISt 


SPERiod 


TTRigger, TWAVeform 


OTIMe 


TWAVeform,WLISt 


SQUal 


SFORmat 


OVERlay 


SLISt 


STARt 


Mainframe 


PACK 


MMEMory 


STOP 


Mainframe 


PATTern 


SYMBol 


STORe 


MMEMory, STRigger 


PRINt 


SYSTem 


TAG 


STRigger 


PURGe 


MMEMory 


TAKenbranch 


STRigger, SWAVeform 


RANGe 
REMove 


COMPare, STRigger, SWAVeform, SYMBol, 
HRigger, TWAVeform, WLISt 

SFORmat SLISt, SWAVeform, SYMBol, 
TFORmat,TLISt,TWAVeform, 


TAVerage 

TCONtrol 

TERM 


SLISt, TLISt, TWAVeform 
STRigger, TTRigger 
STRigger, TTRigger 


REName 


MACHine 


THReshold 


SFORmat, TFORmat 


REName 


MMEMory 


TIMER 


STRigger, TTRigger 


RESource 


MACHine 


TMAXimum 


SLISt, TLISt, TWAVeform 


RMODe 


Mainframe 


TMINimum 


SLISt, TLISt TWAVeform 


RTC 


Mainframe 


TPOSition 


STRigger, SWAVeform, TTRigger, 
TWAVeform 
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Alphabetic Command Cross-Reference (continued) 



Command 


Subsystem 


Command 


Subsystem 


TREE 


Intermodule 


WIDTH 


SYMBol 


niMe 


INTermodule 


XCONdition 


TLISt.TWAVeform 


TYPE 


MACHine 


XOTag 


SLISt.TLISt 


UPLoad 


MMEMoty 


XOTime 


SLISt, TLISt, TWAVeform, WLISt 


VAXis 


SCHart 


XPATtern 


SLISt,TLISt,TWAVeform 


volume 


MMEMory 


XSEarch 


SLISt, TUSt, TWAVeform 


VRUNs 


SLISt,TLISt.TWAVeform 


XSTate 


SLISt, TLISt, WLISt 



Command Set Organization 

The conimand set for the HP 1660-series logic analyzers is divided into 18 
separate groups: conunon commands, mainframe commands, system 
commands and 15 sets of subsystem commands. Each of the 18 groups of 
commands is described in a seperate chapter in Part 2, "Commands." Each 
of the chapters contain a brief description of the subsystem, a set of syntax 
diagrams for those conunands, and finally, the commands for that subsystem 
in alphabetical order. The conunands are shown in the long form and short 
form using upper and lowercase letters. As an example AUToload indicates 
that the long form of the command is autoload and the short form of the 
conunand is aut. Each of the commands contain a description of the 
conunand, its arguments, and the command syntax. 
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Subsystems 

There are 15 subsystems in this instrument. In the command tree (figure 
4-1) they are shown as branches, with the node above showing the name of 
the subsystem. Only one subsystem may be selected at a time. At power on, 
the command parser is set to the root of the command tree; therefore, no 
subsystem is selected. The 15 subsystems in the HP 1660-series logic 
analyzers are: 

• SYSTem - controls some basic functions of the instrument. 

• MMEMory - provides access to the internal disk drive. 

• INTermodule - provides access to the Intermodule bus (1MB). 

• MACHine - provides access to analyzer functions and subsystems. 

• WLISt - allows access to the mixed (timing/state) functions. 

• SFORmat - allows access to the state format functions. 

• STRigger - allows access to the state trigger functions. 

• SLISt - allows access to the state listing functions. 

• SWAVeform - allows access to the state waveforms functions. 

• SCHart - allows access to the state chart functions. 

• COMPare - allows access to the compare functions. 

• TFORmat - allows access to the tinung format functions. 

• TTRigger - allows access to the tinung trigger functions. 

• TWAVeform - allows access to the tinung waveforms functions. 

• TLISt - allows access to the timing listing functions. 

• SYMBol - allows access to the symbol specification functions. 



4-13 



Programming and Documentation Conventions 
Program Examples 



Program Examples 

The program examples in the following chapters and chapter 27, 
"Programming Examples," were written on an HP 9000 Series 200/300 
controller using the HP Basic 6.2 language. The programs always assume a 
generic address for the HP 1660-series logic analyzers of XXX. 

In the examples, you should pay special attention to the ways in which the 
command and/or query can be sent. Keywords can be sent using either the 
long form or short form (if one exists for that word). With the exception of 
some string parameters, the parser is not case-sensitive. Uppercase and 
lowercase letters may be mixed freely. System commands like HEADer and 
LONGform allow you to dictate what forms the responses take, but they 
have no affect on how you must structure your conunands and queries. 

The following commands all set the Timing Waveform Delay to 100 ms. 
Keywords in long form, numbers using the decimal format. 

OUTPUT XXX;":MACHINEl:TWAVEFORM:DELAy .1" 

Keywords in short form, numbers using an exponential format. 

OUTPUT XXX;":MACH1:TWAV:DEL lE-1" 

Keywords in short form using lowercase letters, numbers using a suffix. 
OUTPUT XXX;":machl:twav:del lOOms" 



In these examples, the colon shown as the first character of the command is 
optional on the HP 1660-series. The space between DELay and the argument is 
required. 
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This chapter describes the operation of instruments that operate in 
compliance with the IEEE 488.2 (syntax) standard. It is intended to 
give you enough basic information about the IEEE 488.2 Standard to 
successfully program the logic analyzer. You can find additional 
detailed information about the IEEE 488.2 Standard in ANSI/IEEE 
Std 488.2-1987, 'IEEE Standard Codes, Formats, Protocols, and 
Common Commands, " 

The HP 1660 series is designed to be compatible with other 
Hewlett-Packard IEEE 488.2 compatible instruments. Instruments 
that are compatible with IEEE 488.2 must also be compatible with 
IEEE 488.1 (HP-IB bus standard); however, IEEE 488.1 compatible 
instruments may or may not conform to the IEEE 488.2 standard. 
The IEEE 488.2 standard defines the message exchange protocols by 
which the instrument and the controller will communicate. It also 
defines some common capabilities, which are found in all IEEE 488.2 
instruments. This chapter also contains a few items which are not 
specifically defined by IEEE 488.2, but deal with message 
communication or system functions. 

The syntax and protocol for RS-232C program messages and response 
messages for the HP 1660-series are structured very similar to those 
described by 488.2. In most cases, the same structure shown in this 
chapter for 488.2 will also work for RS-232C. Because of this, no 
additional information has been included for RS-232C. 
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Protocols 

The protocols of IEEE 488.2 define the overall scheme used by the 
controller and the instrument to conununicate. This includes defining when 
it is appropriate for devices to talk or listen, and what happens when the 
protocol is not followed. 

Functional Elements 

Before proceeding with the description of the protocol, a few system 
components should be understood. 

Input Buffer The input buffer of the instrument is the memory area 
where commands and queries are stored prior to being parsed and 
executed. It allows a controller to send a string of commands to the 
instrument which could take some time to execute, and then proceed to 
talk to another instrument while the first instrument is parsing and 
executing commands. 

Output Queue The output queue of the instrument is the memory area 
where all output data (<response messages>) are stored until read by 
the controller. 

Parser The instrument's parser is the component that interprets the 
commands sent to the instrument and decides what actions should be 
taken. "Parsing" refers to the action taken by the parser to achieve this 
goal. Parsing and executing of commands begins when either the 
instrument recognizes a <program message terminator> (defined later 
in this chapter) or the input buffer becomes fuU. If you wish to send a 
long sequence of commands to be executed and then talk to another 
instrument while they are executing, you should send all the commands 
before sending the <program message terminator>. 
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Protocol Overview 

The instrument and controUer conrununicate using <program message>s and 
<response message>s. These messages serve as the containers into which 
sets of program commands or instrument responses are placed. <program 
message>s are sent by the controller to the instrument, and <response 
message>s are sent from the instrument to the controller in response to a 
query message. A <query message> is defined as being a <program 
message> which contains one or more queries. The instrument will only talk 
when it has received a valid query message, and therefore has something to 
say. The controller should only attempt to read a response after sending a 
complete query message, but before sending another <program message>. 
The basic rule to remember is that the instrument will only talk when 
prompted to, and it then expects to talk before being told to do something 
else. 

Protocol Operation 

When the instrument is turned on, the input buffer and output queue are 
cleared, and the parser is reset to the root level of the command tree. 

The instrument and the controller communicate by exchanging complete 
<program message>s and <response message>s. This means that the 
controUer should always terminate a <program message> before attempting 
to read a response. The instrument will terminate <response message>s 
except during a hardcopy output. 

If a query message is sent, the next message passing over the bus should be 
the <response message>. The controller should always read the complete 
<response message> associated with a query message before sending 
another <program message> to the same instrument. 

The instrument allows the controller to send multiple queries in one query 
message. This is referred to as sending a "compound query." As will be 
noted later in this chapter, multiple queries in a query message are 
separated by semicolons. The responses to each of the queries in a 
compound query will also be separated by semicolons. 

Commands are executed in the order they are received. 
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Protocol Exceptions 

If an error occurs during the information exchange, the exchange may not be 
completed in a normal manner. Some of the protocol exceptions are shown 
below. 

Command Error A command error will be reported if the instrument 
detects a syntax error or an unrecognized command header. 

Execution Error An execution error will be reported if a parameter is 
found to be out of range, or if the current settings do not allow 
execution of a requested command or query. 

Device-specific Error A device-specific error will be reported if the 
instrument is unable to execute a command for a strictly device 
dependent reason. 

Query Error A query error will be reported if the proper protocol for 
reading a query is not followed. This includes the interrupted and 
unterminated conditions described in the following paragraphs. 



Syntax Diagrams 

The example syntax diagram is in this chapter are similar to the syntax 
diagrams in the IEEE 488.2 specification. Commands and queries are sent 
to the instrument as a sequence of data bytes. The allowable byte sequence 
for each functional element is defined by the syntax diagram that is shown. 

The allowable byte sequence can be determined by following a path in the 
syntax diagram. The proper path through the syntax diagram is any path 
that follows the direction of the arrows. If there is a path around an 
element, that element is optional. If there is a path from right to left around 
one or more elements, that element or those elements may be repeated as 
many times as desired. 
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Figure 5-1 
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Syntax Overview 

This overview is intended to give a quick glance at the syntax defined by 
IEEE 488.2. It will help you understand many of the things about the syntax 
you need to know. 

IEEE 488.2 defines the blocks used to build messages which are sent to the 
instrument. A whole string of commands can therefore be broken up into 
individual components. 

Figure 5-1 is an example sjnitax diagram and figure 5-2 shows a breakdown 
of an example <program message>. There are a few key items to notice: 

• A senucolon separates commands from one another. Each <program 
message unit> serves as a container for one command. The <program 
message unit>s are separated by a semicolon. 

• A <program message> is terminated by a <NL> (new line). The 
recognition of the <program message terminator>, or <PMT>, by the 
parser serves as a signal for the parser to begin execution of comniands. 
The <PMT> also affects command tree traversal (Chapter 4, 
"Programming and Documentation Conventions"). 

• Multiple data parameters are separated by a comma 

• The first data parameter is separated from the header with one or more 
spaces. 

• The header MACHINE 1: ASSIGN 2,3 is an example of a compound header. 
It places the parser in the machine subsystem until the <NL> is 
encountered. 

• A colon preceding the command header returns you to the top of the 
command tree. 
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Figure 5-2 



: TWA VEFORM:OSE ARCH 30. TRIGGER > DELAY 3.8 ns <NL> 



<progrann message un i t> 
TWAVEFORM:OS£ARCH 30, TRIGGER 




<connmand program heacler> <progrcim header separator> 
TWAVEFORMrOSEARCH SP 






<program data> 
30 , TRIGGER 

SP , SP 



<program fmemonlc> 
TWAVEFORM 



<white space> / <white space> 



<program mnemonic> <progrom data> <program data separator> <progrom dota> 
OSEARCH 30 , TRIGGER 




<decimal numeric program data> 
30 



<program data> 
TRIGGER 



<program message unit separator> 

SP ; SP 



<program message terminator> 
SP <NL> 



<wh i te space> 



<program message unit> 
<white space> DELAY 3.8 ns 




<wh i te space> NL 



<program header> <program header separator> <progrom data> 
DELAY SP 3.8 ns 



<white space> <decimal program data> <suffix program data> 
3.8 SP ns 



<white space> <suffix multiplier> <suffix unit> 



16500/BL31 

<program message> Parse Tree 
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Upper/Lower Case Equivalence 

Upper and lower case letters are equivalent. The mnemonic SINGLE has the 
same semantic meaning as the mnemonic single. 

<white space> 

<white space> is defined to be one or more characters from the ASCII set of 
0 - 32 decimal, excluding 10 decimal (NL). <white space> is used by several 
instrument listening components of the syntax. It is usually optional, and 
can be used to increase the readability of a program. 

Suffix Multiplier The sufifix multipliers that the instrument will 
accept are shown in table 5-1. 



Table 5-1 <$uffix inult> 



Value 


Mnemonic 


1E18 


EX 


1E15 


PE 


1E12 


T 


1E9 


G 


1E6 


MA 


1E3 


K 


1E-3 


M 


1E-6 


U 


1E-9 


N 


1E-12 


P 


lE-15 


F 


1E-18 


A 
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Suffix Unit The suffix units that the instrument will accept are shown 
in table 5-2. 

Table 5-2 

<suffix unit> 

Suffix Referenced Unit 

V Volt 
S Second 
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Introduction 



Status reporting allows you to use information about the instrument 
in your programs, so that you have better control of the measurement 
process. For example, you can use status reporting to determine 
when a measurement is complete, thus controlling your program, so 
that it does not get ahead of the instrument. This chapter descrilDes 
the status registers, status bytes and status bits defined by IEEE 
488.2 and discusses how they are implemented in the HP 1660-series 
logic analyzers. Also in this chapter is a sample set of steps you use 
to perform a serial poll over HP-IB. 

The status reporting feature available over the bus is the serial poll. 
IEEE 488.2 defines data structures, commands, and common bit 
definitions. There are also instrument-defined structures and bits. 

The bits in the status byte act as summary bits for the data structures 
residing behind them. In the case of queues, the summary bit is set if 
the queue is not empty. For registers, the summary bit is set if any 
enabled bit in the event register is set. The events are enabled via the 
corresponding event enable register. Events captured by an event 
register remain set until the register is read or cleared. Registers are 
read with their associated commands. The *CLS command clears all 
event registers and all queues except the output queue. If *CLS is 
sent immediately following a <program message terminator>, the 
output queue will also be cleared. 
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Figure 6-1 
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Event Status Register 

The Event Status Register is an IEEE 488.2 defined register. The bits in this 
register are "latched." That Is, once an event happens which sets a bit, that 
bit will only be cleared if the register is read. 



Service Request Enable Register 

The Service Request Enable Register is an 8-bit register. Each'bit enables 
the corresponding bit in the status byte to cause a service request. The 
sixth bit does not logically exist and is always returned as a zero. To read 
and write to this register, use the *SRE? and *SRE conunands. 



Bit Definitions 

The following mnemonics are used in figure 6-1 and in chapter 8, "Common 

Commands:" 

MAV - message available 

Indicates whether there is a response in the output queue. 
ESB - event status bit 

Indicates if any of the conditions in the Standard Event Status Register are 
set and enabled. 

MSS - master summary status 

Indicates whether the device has a reason for requesting service. This bit is 
returned for the *STB? query. 

RQS - request service 

Indicates if the device is requesting service. This bit is returned during a 
serial poll. RQS will be set to 0 after being read via a serial poll (MSS is not 
reset by *STB?). 
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MSG - message 

Indicates whether there is a message in the message queue (Not 
implemented in the HP 1660-series). 

PON - power on 

Indicates power has been turned on. 
URQ - user request 

Always returns a 0 from the HP 1660-series. 

CME - command error 

Indicates whether the parser detected an error. 



The error numbers and strings for CME, EXE, DDE, and QYE can be read from a 
device-defined queue (which is not part of IEEE 488.2) with the query 
:SYSTEM:ERROR?. 



EXE - execution error 

Indicates whether a parameter was out of range, or inconsistent with current 
settings. 

DDE - device specific error 

Indicates whether the device was unable to complete an operation for device 
dependent reasons. 

QYE - query error 

Indicates whether the protocol for queries has been violated. 

RQC - request control 

Always returns a 0 from the HP 1660-series. 

OPC - operation complete 

Indicates whether the device has completed all pending operations. OPC is 
controlled by the *OPC common command. Because this command can 
appear after any other command, it serves as a general-purpose operation 
complete message generator. 
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LCL - remote to local 

Indicates whether a remote to local transition has occurred. 
MSB - module summary bit 

Indicates that an enable event in one of the modules Status registers has 
occurred. 



Key Features 

A few of the most important features of Status Reporting are listed in the 
following paragraphs. 

Operation Complete 

The IEEE 488.2 structure provides one technique that can be used to find 
out if any operation is finished. The *OPC command, when sent to the 
instrument after the operation of interest, will set the OPC bit in the 
Standard Event Status Register. If the OPC bit and the RQS bit have been 
enabled, a service request will be generated. The commands that affect the 
OPC bit are the overlapped commands. 

OUTPUT XXX;"*SRE 32 ; *ESE 1" ! enables an OPC service request 



Status Byte 

The Status Byte contains the basic status information which is sent over the 
bus in a serial poll. If the device is requesting service (RQS set), and the 
controller serial-polls the device, the RQS bit is cleared. The MSS (Master 
Summary Status) bit (read with *STB?) and other bits of the Status Byte are 
not be cleared by reading them. Only the RQS bit is cleared when read. 

The Status Byte is cleared with the *CLS common command. 
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Figure 6-2. 
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Serial PoU 

The HP 1660-series supports the IEEE 488.1 serial poU feature. When a 
serial poll of the instrument is requested, the RQS bit is returned on bit 6 of 
the status byte. 
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Using Serial Poll (HP-IB) 

This example will show how to use the service request by conducting a serial 
poll of all instruments on the HP-IB bus. In this example, assume that there 
are two instruments on the bus: a Logic Analyzer at address 7 and a printer 
at address 1. 

The program command for serial poll using HP BASIC 6.2 is Stat = 
SPOLL(707). The address 707 is the address of the logic analyzer in the this 
example. The command for checking the printer is Stat = SPOLL(701) 
because the address of that instrument is 01 on bus address 7. This 
command reads the contents of the HP-IB Status Register into the variable 
called Stat. At that time bit 6 of the variable Stat can be tested to see if it is 
set (bit 6 = 1). 

The serial poll operation can be conducted in the following manner: 

1 Enable interrupts on the bus. This allows the controller to see the 
SRQ line. 

2 Disable interrupts on the bus. 

3 If the SRQ line is high (some instrument is requesting service) then 
check the instrument at address 1 to see if bit 6 of its status register 
is high. 

4 To check whether bit 6 of an instruments status register is high, use 
the following BASIC statement : IF BIT (Stat, 6) then 

5 If bit 6 of the instrument at address 1 is not high, then check the 
instrument at address 7 to see if bit 6 of its status register is high. 

6 As soon as the instrument with status bit 6 high is found check the 
rest of the status bits to determine what is required. 

The SPOLL(707) command causes much more to happen on the bus than 
simply reading the register. This command clears the bus automatically, 
addresses the talker and listener, sends SPE (serial poll enable) and SPD 
(serial poll disable) bus commands, and reads the data. For more 
information about serial poll, refer to your controUer manual, and 
programming language reference manuals. 

After the serial poll is completed, the RQS bit in the HP 1660-series Status 
Byte Register will be reset if it was set. Once a bit in the Status Byte 
Register is set, it vnH remain set until the status is cleared with a *CLS 
command, or the Instrument is reset. 
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Introduction 



This chapter lists the error messages that relate to the HP 1660-series 
Logic Analyzers. 
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Device Dependent Errors 

200 Label not found 

201 Pattern string invalid 

202 Qualifier invalid 

203 Data not available 
300 RS-232C error 



Command Errors 

-100 Command error (unknown command) (generic error) 

-101 Invalid character received 

-110 Command header error 

-111 Header delimiter error 

-120 Numeric argument error 

-121 Wrong data type (numeric expected) 

-123 Numeric overflow 

-129 Missing numeric argument 

-130 Non numeric argument error (character,string, or block) 

-131 Wrong data type (character expected) 

-132 Wrong data type (string expected) 

-133 Wrong data type (block type #D required) 

-134 Data overflow (string or block too long) 

-139 Missing non numeric argument 

-142 Too many arguments 

-143 Argument delimiter error 

-144 Invalid message unit delimiter 
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Execution Errors 

-200 Can Not Do (generic execution error) 

-201 Not executable in Local Mode 

-202 Settings lost due to retum-to-local or power on 

-203 Trigger ignored 

-211 Legal command, but settings conflict 

-212 Argument out of range 

-221 Busy doing something else 

-222 Insufficient capability or configuration 

-232 Output buffer full or overflow 

-240 Mass Memory error (generic) 

-241 Mass storage device not present 

-242 No media 

-243 Bad media 

-244 Media full 

-245 Directory full 

-246 File name not found 

-247 Duplicate file name 

-248 Media protected 



Intemal Errors 

-300 Device Failure (generic hardware error) 
-301 Interrupt fault 
-302 System Error 
-303 Timeout 
-310 RAM error 

-311 RAM failure (hardware error) 
-312 RAM data loss (software error) 
-313 Calibration data loss 
-320 ROM error 
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-321 ROM checksum 

-322 Hardware and Firmware incompatible 
-330 Power on test failed 
-340 Self Test failed 

-350 Too Many Errors (Error queue overflow) 



Query Errors 

-400 Query Error (generic) 
-410 Query INTERRUPTED 
-420 Query UNTERMINATED 

-421 Query received. Indefinite block response in progress 
-422 Addressed to Talk, Nothing to Say 
-430 Query DEADLOCKED 
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Introduction 



The common commands are defined by the IEEE 488.2 standard 
These commands must be supported by all instruments that comply 
with this standard. Refer to figure 8-1 and table 8-1 for the common 
commands syntax diagram. 

The common commands control some of the basic instrument 
functions; such as, instrument identification and reset, how status is 
read and cleared, and how commands and queries are received and 
processed by the instrument. 

Common commands can be received and processed by the 
HP 1660-series logic analyzers, whether they are sent over the bus as 
separate program messages or within other program messages. If an 
instrument subsystem has been selected and a common command is 
received by the instrument, the logic analyzer will remain in the 
selected subsystem. 



Example If the program message in this example is received by the logic 

analyzer, it will initialize the disk and store the file and clear the 
status information. This is not be the case if some other type of 
command is received within the program message. 

":MMEMORY: INITIALIZE; *CLS; STORE 'FILE '^'DESCRIPTION'" 



Example This program message initializes the disk, selects the module in slot 

A, then stores the file. In this example, :MMEMORY must be sent 
again in order to reenter the memory subsystem and store the file. 

" : MMEMORY : INITIALI ZE ; : SELECT 1 ; : MMEMORY : STORE ' FILE ' , 
'DESCRIPTION'" 
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Status Registers 

Each status register has an associated status enable (mask) register. 
By setting the bits in the status enable register you can select the 
status information you wish to use. Any status bits that have not 
been masked (enabled in the enable register) will not be used to 
report status summary information to bits in other status registers. 

Refer to chapter 6, "Status Reporting," for a complete discussion of 
how to read the status registers and how to use the status information 
available from this instrument. 
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Figure 8-1 
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Table 8-1 Common Command Parameter Values 

Parameter Values 

mask An integer, 0 through 255. 

pre.mask An integer, 0 through 65535. 



*CLS (Clear Status) 
Command *CLS 

The *CLS common command clears all event status registers, queues, and 
data structures, including the device defined error queue and status byte. If 
the *CLS command immediately follows a <program message terminator>, 
the output queue and the MAV (Message Available) bit will be cleared. 
Refer to chapter 6, "Status Reporting," for a complete discussion of status. 



Example output xxx;"*cls" 
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*ESE (Event Status Enable) 

Command *ESE <inask> 

The *ESE command sets the Standard Event Status Enable Register bits. 
The Standard Event Status Enable Register contains a bit to enable the 
status indicators detailed in table 8-2. A 1 in any bit position of the Standard 
Event Status Enable Register enables the corresponding status in the 
Standard Event Status Enable Register. Refer to Chapter 6, "Status 
Reporting" for a complete discussion of status. 

<mask> An integer from 0 to 255 



Example In this example, the *ESE 32 command will enable CME (Conunand Error), 

bit 5 of the Standard Event Status Enable Register. Therefore, when a 
command error occurs, the event summary bit (ESB) in the Status Byte 
Register will also be set. 

OUTPUT XXX;"*ESE 32" 



Query *ESE? 

The *ESE query returns the current contents of the enable register. 
Returned Format <mask><NL> 



Example output xxx;"*ese?" 
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Table 8-2 Standard Event Status Enable Register 



Bit Position 


BitWeiaht 


Enables 


7 


128 


PON - Power On 


e 

0 


OH 




5 


32 


CME - Command Error 


4 


16 


EXE - Execution Error 


3 


8 


DDE - Device Dependent Error 


2 


4 


QYE - Query Error 


1 


2 


RQC- Request Control 


0 


1 


OPC - Operation Complete 



*ESR (Event Status Register) 

Query *ESR? 

The *ESR query returns the contents of the Standard Event Status Register. 
Reading the register clears the Standard Event Status Register. 

Returned Format <status><NL> 

< status > An integer from 0 to 255 



Example If a command error has occurred, and bit 5 of the ESE register is set, the 

string variable Esr_event$ will have bit 5 (the CME bit) set. 

10 OUTPUT XXX;"*ESE 32 'Enables bit 5 of the status register 

20 OUTPUT XXX;"*ESR?" 'Queries the status register 

30 ENTER XXX; Esr_event$ ! Reads the query buffer 
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Table 8-3 shows the Standard Event Status Register. The table details the 
meaning of each bit position in the Standard Event Status Register and the 
bit weight. When you read Standard Event Status Register, the value 
returned is the total bit weight of all the bits that are high at the time you 
read the byte. 



The Standard Event Status Register 



Bit Position Bit Weight Bit Name 

7 128 PON 

6 64 URQ 

5 32 CME 

4 16 EXE 

3 8 DDE 

2 4 QYE 

1 2 RQC 

0 1 OPC 



Condition 

0 = register read - not in power up mode 

1 = power up 

0 = user request • not used - always zero 

0 = no command errors 

1 = a command eror has been detected 

0 = no execution errors 

1 = an execution error has been detected 

0 = no device dependent error has been detected 

1 = a device dependent error has been detected 

0 = no query errors 

1 = a quefv error has been detected 

0 = request control - not used - always zero 

0 = operation is not complete 

1 = operation is complete 
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Query 



*IDN (Identification Number) 

*IDN? 



Returned Format 

<revision 
code> 



The *IDN? query allows the instrument to identify itself. It returns the 
string: 

"HEWLETT-PACKARD^ 1660A^0^REV <revision_code>" 

An *IDN? query must be the last query in a message. Any queries after the 
*IDN? in the program message are ignored. 

HEWLETT-PACKARD, 16 6 OA, 0, REV <revision code> 

Four digit-code in the format xx.xx representing the current ROM revision. 



Example 



OUTPUT XXX;"*IDN?' 



Query 



*IST (Individual Status) 

*IST? 



Returned Format 



The *IST query allows the instrument to identify itself during paraQel poll by 
allowing the controller to read the current state of the IEEE 488.1 defined 
"ist" local message in the instrument. The response to this query is 
dependent upon the current status of the instrument. 

Figure 8-2 shows the *IST data structure. 

<id><NL> 



<id> 0 or 1 

1 Indicates the "ist" local message is false. 
0 Indicates the "ist" local message is true. 
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Example output xxx;"*ist?" 



Figure 8-2 
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*OPC (Operation Complete) 

*OPC 

The *OPC command will cause the instrument to set the operation complete 
bit in the Standard Event Status Register when all pending device operations 
have finished. The commands which affect this bit are the overlapped 
commands. An overlapped command is a command that allows execution of 
subsequent commands while the device operations initiated by the 
overlapped command are still in progress. The overlapped commands for 
the HP 1660-series are STARt and STOP. 

OUTPUT XXX;"*0PC" 
*OPC? 

The *OPC query places an ASCII "1" in the output queue when all pending 
device operations have been completed. 

1<NL> 

OUTPUT XXX;"*0PC?" 



8-11 



Common Commands 
""OPT (Option Identification) 



*OPT (Option Identification) 
Query *OPT? 

The *OPT query identifies the software installed in the HP 1660-series. This 
query returns nine parameters. The first parameter indicates whether you 
are in the system. The next two parameters indicate any software options 
installed, and the next parameter indicates whether intermodule is available 
for the system. The last five parameters list the installed software for the 
modules in slot A through E for an HP 16500A mainframe. However, the 
HP 1660-series logic analyzers have only one slot (A); therefore, only the 
first parameter of the the last five parameters will be relevant. A zero in any 
of the last eight parameters indicates that the corresponding software is not 
currently installed. The name returned for software options and module 
software is the same name that appears in the field in the upper-left comer 
of the menu for each option or module. 

Returned Format {system} , {<option> | o> , {<option> | o> , {intermodule | o> , {<moduie> 1 0} , 
{<inodule> 1 0> , {<iaodule> 1 0} , {<module> 1 0} , {<niodule> 1 0}<NL> 

<option> Name of software option. 

<module> Name of module software. 



Example output xxx;"*opt?" 
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*PRE (Parallel Poll Enable Register Enable) 

Command *PRE <mask> 

The *PRE command sets the parallel poll register enable bits. The Parallel 
Poll Enable Register contains a mask value that is ANDed with the bits in the 
Status Bit Register to enable an "ist" during a parallel poU. Refer to table 8-4 
for the bits in the Parallel Poll Enable Register and for what they mask. 

<pre_mask> An integer from 0 to 65535. 



Example This example will allow the HP 1660-series to generate an "ist" when a 

message is avaUable in the output queue. When a message is available, the 
MAV (Message Available) bit in the Status Byte Register will be high. 

output XXX;"*PRE 16" 



Query *PRE? 

The *PRE? query returns the current value of the register. 
Returned format <niaskxNL> 

<mask> An integer from 0 through 65535 representing the sum of all bits that are 
set. . 



Example output xxx;"*pre?" 



8-13 



Common Commands 
*RST (Reset) 



Table 8-4 HP 1660-series Parallel Poll Enable Register 



Bit Position 


Bit Weight 


Enables 


15-8 




Not used 


7 


128 


Not used 


6 


64 


MSS - Master Suminary Status 


5 


32 


ESB- Event Status 


4 


16 


MAV - Message Available 


3 


8 


LCL- Local 


2 


4 


Not used 


1 


2 


Not used 


0 


1 


MSB - Module Summary 



*RST (Reset) 

The *RST conunand is not implemented on the HP 1660-series. The HP 
1660-series will accept this command, but the command has no affect on the 
logic analyzer. 

The *RST command is generally used to place the logic analyzer in a 
predefined state. Because the HP 1660-series allows you to store predefined 
configuration files for individual modules, or for the entire system, resetting 
the logic analyzer can be accomplished by simply loading the appropriate 
configuration file. For more information, refer to chapter 11, "MMEMoiy 
Subsystem." 
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*SRE (Service Request Enable) 

Command *SRE <mask> 

The *SRE command sets the Service Request Enable Register bits. The 
Service Request Enable Register contains a mask value for the bits to be 
enabled in the Status Byte Register. A one in the Service Request Enable 
Register will enable the corresponding bit in the Status Byte Register, A 
zero will disable the bit. Refer to table 8-5 for the bits in the Service 
Request Enable Register and what they mask. 

Refer to Chapter 6, "Status Reporting," for a complete discussion of status. 
<mask> An integer from 0 to 255 



Example This example enables a service request to be generated when a message is 

available in the output queue. When a message is available, the MAV 
(Message Available) bit will be high. 

OUTPUT XXX;"*SRE 16" 



Query *SRE? 

The *SRE query returns the current value. 
Retumed Format <iaask><NL> 

<inask> An integer from 0 to 255 representing the sum of all bits that are set. 



Example output xxx;"*sre?" 
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Table 8-5 HP 1660-series Service Request Enable Register 



Bit Position 


Bit Weight 


Enables 


15-8 




not used 


7 


128 


not used 


6 


64 


MSS - Master Summarv Status (alwavs 0) 


5 


32 


ESB- Event Status 


4 


16 


MAV • Message Available 


3 


8 


LCL- Local 


2 


4 


not used 


1 


2 


not used 


0 


1 


MSB • Module Summary 



*STB (Status Byte) 

Query *STB? 

The *STB queiy returns the current value of the instrument's sitatus byte. 
The MSS (Master Summary Status) bit, and, not the RQS (Request Service) 
bit is reported on bit 6. The MSS indicates whether or not the device has at 
least one reason for requesting service. Refer to table 8-6 for the meaning of 
the bits in the status byte. 

Refer to Chapter 6, "Status Reporting" for a complete discussion of status. 
Returned Format <vaiue><NL> 

<value> An integer from 0 through 255 
Example output xxx;"*stb?" 
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The Status Byte Register 



Bit Position Bit Weight Bit Name 



128 
64 

32 

16 



MSS 



ESB 



MAV 



LCL 



MSB 



Condition 

0 = not Used 

0 = instrument has no reason for service 

1 = instrument is requesting service 

0 = no event status conditions have occurred 

1 = an enabled event status condition has occurred 

0 = no output messages are ready 

1 = an output message is ready 

0 = a remote-to-locai transition has not occurred 

1 = a remote-to-local transition has occurred 

not used 
not used 

0 = a module or the system has activity to report 

1 = no activity to report 



*TRG (Trigger) 

*TRG 

The *TRG command has the same effect as a Group Execute Trigger (GET). 
That effect is as if the START command had been sent for intermodule 
group run. If no modules are configured in the Intermodule menu, this 
command has no effect. 



OUTPUT XXX;"*TRG" 
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*TST (Test) 

Query *TST? 

The *TST query returns the results of the power-up self-test. The result of 
that test is a 9-bit mapped value which is placed in the output queue. A one 
in the corresponding bit means that the test failed and a zero in the 
corresponding bit means that the test passed. Refer to table 8-7 for the 
meaning of the bits returned by a TST? query. 

Returned Format <resuit><NL> 

<result> An integer 0 through 51 1 

Example lo output xxx;"*tst?" 

20 enter XXX; Tst value 



Table 8-7 Bits Returned by *TST? Query (Power-Up Test Results) 



Bit Position 


Bit Weight 


Test 


8 


256 


Disk Test 


7 


128 


not used 


6 


64 


not used 


5 


32 


Front-panel Test 


4 


16 


HILTest 


3 


8 


Display Test 


2 


4 


InteruptTest 


1 


2 


RAM Test 


0 


1 


ROM Test 
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*WAI (Wait) 

Command *WAI 

The *WAI con\mand causes the device to wait until completing all of the 
overlapped commands before executing any further commands or queries. 
An overlapped command is a conunand that allows execution of subsequent 
commands while the device operations initiated by the overlapped command 
are stUl in progress. Some examples of overlapped commands for the 
HP 1660-series are STARt and STOP. 



Example: output xxx;"*wai" 
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Introduction 



Mainframe commands control the basic operation of the instrument 
for the HP 1660-series logic analyzers. The 1660-series logic analyzers 
are similar to an HP 16500A logic analysis system with a single logic 
analyzer module installed. The main deference in mainframe 
commands for the HP 1660-series logic analyzers is the number of 
modules. In the HP 1660 series, module 0 contains the system level 
commands and module 1 contains the logic analyzer level commands. 

The command parser in the HP 1660-series logic analyzers is 
designed to accept programs written for the HP 16500A logic analysis 
system with an HP 16550A logic analyzer module. The main 
difference is how you specify the SELECT command. Remember, the 
HP 1660 series is equivalent only to a mainframe with one module; 
therefore, if you specify 2 through 10 for the SELECT command in 
your program, the command parser will take no action. 

This chapter contains the mainframe commands with a syntax 
example for each command. Each syntax example contains the 
parameters for the HP 1600 series only. Refer to figure 9-1 and table 
9-1 for the Mainframe commands syntax diagram. 
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Table 9-1 Mainframe Parameter Values 



Parameter 


Values 


value 


An integerfrom 0 to 65535. 


module 


An integer 0 or 1 (2 through 1 0 unused). 


menu 


An integer. 


enable_vaiue 


An integerfrom 0 to 255. 


index 


An integerfrom Oto 5. 


day 


An integerfrom 1 through 31 


month 


An integerfrom 1 through 12 


year 


An integerfrom 1990 through 2089 


hour 


An inteaerfrom 0 throuah 93 

f^ll IllkC^wl II Will W UllWUyil 4bw 


minute 


An integerfrom 0 through 59 


second 


An integerfrom 0 through 59 


color 


An integerfrom 1 to 7. 


hue 


An integerfrom Oto 100 (always 0 for HP 1660 series). 


sat 


An integerfrom Oto 100 (always 0 for HP 1660 series). 


lum 


An integerfrom Oto 100. 
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BEEPer 

:BEEPer [ {ON | 1} | {OFF | 0} ] 

The BEEPer command sets the beeper mode, which turns the beeper sound 
of the instrument on and off. When BEEPer is sent with no argument, the 
beeper will be sounded without affecting the current mode. 

OUTPUT XXX;": BEEPER- 
OUTPUT XXX;": BEEP ON" 

: BEEPer? 

The BEEPer? query returns the mode currently selected. 

[: BEEPer] {1|0}<NL> 
OUTPUT XXX; " : BEEPER? " 
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CAPability 

Query : CAPability? 

The CAPability query returns the HP-SL (HP System Language) and lower 
level capability sets implemented in the device. 

Table 9-2 lists the capability sets implemented in the HP 1660-series. 

Returned Format [ :CAPabiiity] ieee488,1987,shi,ahi,t5,l4,sri,rli,ppi,dci^ 

DT1,C0^E2<NL> 



Example output xxxj-'icapability?" 



Table 9-2 HP 1660-series Capability Sets 



Mnemonic 


Capability Name 


Implementation 


SH 


Source Handshaice 


SHI 


AH 


Acceptor Handshake 


AH1 


T 


Talker (or TE - Extended Talker) 


T5 


L 


Listener (or LE - Extended Listener) 


L4 


SR 


Service Request 


SRI 


RL 


Remote Local 


RL1 


PP 


Parallel Poll 


PP1 


DC 


Device Clear 


DC1 


DT 


Device Trigger 


DTI 


C 


Any Controller 


CO 


E 


Electrical Characteristic 


E2 
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CARDcage 

Query j CARDcage? 

The CARDcage query returns a series of integers which identifies the 
modules that are installed in the mainframe. For an HP 1660-series, the first 
number returned is the card identification number and will always be 32. 
The second number returned indicates the module assignment for the logic 
analyzer and will always be 1. The possible values for the module 
assignment are 0 and 1 where 0 indicates the module software is not 
recognized or not loaded. 

Returned Format [:CARDcage] <ID>,<ID>,<ID>,<ID>,<ID><assign>^<assign>^ 

<assign> , <assign> , <assignXNL> 

<ID> An integer indicating the card identification number. 

<assign> An integer indicating the module assignment. 



Example output xxx;":cardcage?" 
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Command 



CESE (Combined Event Status Enable) 

:CESE <value> 



<value> 



Example 



The CESE command sets the Combined Event Status Enable register. This 
register is the enable register for the CESR register and contains the 
combined status of all of the MESE (Module Event Status Enable) registers 
of the HP 1660-series. Table 9-3 lists the bit values for the CESE register. 

An integer from 0 to 65535 

OUTPUT XXX;": CESE 32" 



Query 



:CESE? 



Returned Format 



Example 



The CESE? query returns the current setting. 
[:CESE] <valuexNL> 

OUTPUT XXX; "rCESE?" 



Table 9-3 



HP 1660-series Combined Event Status Enable Register 



Bit 

2to15 

1 2 
0 1 



Weight 



Enables 

not used 
logic analyzer 
Intermodule 
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Query 



CESR (Combined Event Status Register) 

:CESR? 



Returned Format 



<value> 



Example 



The CESR query returns the contents of the Combined Event Status 
register. This register contains the combined status of all of the MESRs 
(Module Event Status Registers) of the HP 1660-series. Table 9-4 lists the 
bit values for the CESR register. 

[:CESR] <valueXNL> 
An integer from 0 to 65535 

OUTPUT XXX;":CESR?" 



Table 9-4 



HP 1660-$eries Combined Event Status Register 



Bit 

2to15 
1 



Bit Weight Bit Name 

2 Logic analyzer 

1 intermodule 



Condition 

0 = not used 

OsNo new status 

1 = Status to report 

0 = No new status 

1 = Status to report 
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EOI (End Or Identify) 

:EOI {{ON|1}|{OFF|0}} 

The EOI command specifies whether or not the last byte of a reply from the 
instrument is to be sent with the EOI bus control line set true or not. If EOI 
is turned off, the logic analyzer will no longer be sending IEEE 488.2 
compliant responses. 

OUTPUT XXX;": EOI ON" 
:EOI? 

The EOI? query returns the current status of EOI. 

[:EOI] {1|0}<NL> 
OUTPUT XXX;": EOI?" 



LER (LCL Event Register) 

:LER? 

The LER query allows the LCL Event Register to be read. After the LCL 
Event Register is read, it is cleared. A one indicates a remote-to-local 
transition has taken place. A zero indicates a remote-to-local transition has 
not taken place. 

[:LER] {0|1}<NL> 
OUTPUT XXX;": LER?" 
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LOCKout 

Command :LOCKout {{ON | 1} | {OFF | 0}} 

The LOCKout command locks out or restores front panel operation. When 
this function is on, all controls (except the power switch) are entirely locked 
out. 



Example output xxx;": lockout on" 



Query : LOCKout? 

The LOCKout query returns the current status of the LOCKout command. 
Returned Format [ :LocKout] {O | i}<nl> 

Example output xxx;":lockout?" 



MENU 

Command :MENU <module>[ ,<inenu>] 

The MENU conunand puts a menu on the display. The first parameter 
specifies the desired module. The optional second parameter specifies the 
desired menu in the module (defaults to 0). Table 9-5 lists the parameters 
and the menus. 

<inodule> Selects module or system (integer) 0 selects the system, 1 selects the logic 
analyzer. -2, -1 and 2 to 10 unused) 

<inenu> Selects menu (integer) 
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Example output xxx;":menu o^i" 



Table 9-5 Menu Parameter Values 



Parameters 


Menu 


0,0 


System RS-232/HP-IB 


0,2 


System Disk 


0,3 


System Utilities 


0,4 


System Test 


1,0 


Analyzer Configuration 


1,1 


Format 1 


1,2 


Format 2 


1,3 


Trigger 1 


1,4 


Trigger 2 


1,5 


Waveform 1 


1,6 


Waveform 2 


1,7 


Listing 1 


1,8 


Listing 2 


1,9 


Mixed 


1,10 


Compare 1 


1,11 


Compare 2 


1,12 


Chart 1 


1,13 


Chart 2 
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Query :MENU? 

The MENU query returns the current menu selection. 
Returned Format [:MENU] <module>,<nienu><NL> 



Example output xxx;":menu?" 



MESE<N> (Module Event Status Enable) 

Command :MESE<N> <enable_value> 

The MESE comn\aTid sets the Module Event Status Enable register. This 
register is the enable register for the MESR register. The <N> index 
specifies the nnodule, and the parameter specifies the enable value. For the 
HP 1660 series, the <N> index 0 and 1 refers to system and logic analyzer 
respectively. 

<N> An integer 0 or 1 (2 through 10 unused). 
<enable_yalue> An integer from 0 through 255 



Example output xxx;":mesei 3" 



Query :MESE<N>? 

The query returns the current setting. Tables 9-6 and 9-7 list the Module 
Event Status Enable register bits, bit weights, and what each bit masks for 
the mainframe and logic analyzer respectively. 

Returned Format [ :MESE<N>] <enable_value><NL> 



Example output xxx;":mesei?" 
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Table 9-6 HP 1660-series Mainframe (Intermodule) Module Event Status Enable Register 



Bit Position 


Bit Weight 


Enables 


7 


128 


not used 


g 


84 


not ii^ed 


5 


32 


not used 


4 


16 


not used 


3 


8 


not used 


2 


4 


not used 


1 


2 


RNT - Intermodule Run Until Satisfied 


0 


1 


MC - Intermodule Measurement Complete 



Table 9-7 HP 1660-series Logic Analyzer Module Event Status Enable Register 



Bit Position 


B it Weight 


Enables 


7 


128 


not used 


6 


84 


not used 


5 


32 


not used 


4 


16 


not used 


3 


8 


Pattern searches failed 


2 


4 


Triggerfound 


1 


2 


RNT - Run Until Satisfied 


0 


1 


MC - Measurement Complete 
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MESR<N> (Module Event Status Register) 

Query :MESR<N>? 

The MESR query returns the contents of the Module Event Status register. 
The <N> index specifies the module. For the HP 1660 series, the <N> index 
0 and 1 refers to system and logic analyzer respectively. 

Refer to table 9-8 for information about the Module Event Status Register 
bits and their bit weights for the system and table 9-9 for the logic analyzer. 

Returned Format [:MESR<N>] <enable_value><NL> 

<N> An integer 0 through 10 (2 through 10 unused). 
<enable_value> An integer from 0 through 255 



Example output xxx; ":mesri?" 



Table 9-8 HP 1660-series Mainframe Module Event Status Register 



Bit 


Bit Weight 


Bit Name 


Condition 


7 


128 




0 s not used 


6 


64 




0 = not used 


5 


32 




0 = not used 


4 


16 




0 = not used 


3 


8 




0 = not used 


2 


4 




0 = not used 


1 


2 


RNT 


Q = Intermodule Run until not satisfied 



1 = intermodule Run until satisfied 

0 1 MC 0 = Intermodule Measurement not satisfied 

1 = Intermodule Measurement satisfied 
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HP 1660-series Logic Analyzer Module Event Status Register 



Bit BitWeight Condition 

7 128 0:= not used 

6 64 0 = not used 

5 32 0 = not used 

4 16 0 = not used 

3 8 1 = One or more pattern searches failed 

0 = Pattern searches did not fail 

2 4 1 = Trigger found 

0 = Trigger not found 

1 2 0 = Run until not satisfied 

1 = Run until satisfied 

0 1 0 = Measurement not satisfied 

1 = Measurement satisfied 



RMODe 

:RMODe {SINGle | REPetitive} 



The RMODe command specifies the run mode for the selected module (or 
Intermodule). If the selected module is in the intermodule configuration, 
then the intermodule run mode will be set by this command. 



After specifying the run mode, use the STARt command to start the acquisition. 



OUTPUT XXX;":RMODE SINGLE" 
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Query ;RMODe? 

The query returns the current setting. 
Returned Format [:RMODe] {siN6ie|REPetitive}<NL> 



Example output xxx;":rmode?" 



ETC (Real-time Clock) 

Command : RTC {<day> , <month> , <year> , <hour> , <minute> , 

<second> ( DEFault} 

The real-time clock command allows you to set the real-time clock to the 
current date and time. The DEFault option sets the real-time clock to 01 
Januaiy 1990, 12:00:00 (24-hour format). 

<day> integer from 1 to 31 

<month> integer from 1 to 12 

<year> integer from 1990 to 2089 

<hour> integer from 0 to 23 

<minute> integer from 0 to 59 

<second> integer from 0 to 59 

Example This example sets the real-time clock for 1 January 1992, 20:00:00 (8 PM). 

OUTPUT XXX;":RTC 1,1,1992,20,0^0" 
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Query sRTC? 

The RTC query returns the real-time clock setting. 
Returned Format [ : RTC ] <day> , <iaonth> , <year> , <hour> , <iiiinute> , <second> 



Example output xxx;":rtc?" 



SELect 

Command : SELect <module> 

The SELect command selects which module (or system) will have parser 
control. SELect defaults to System (0) at power up. The appropriate 
module (or system) must be selected before any module (or system) 
specific commands can be sent. SELECT 0 selects the System, SELECT 1 
selects the logic analyzer (state and timing). Select -2, -1 and, 2 through 10 
are accepted but no action will be taken. When a module is selected, the 
parser recognizes the module*s commands and the System/Intermodule 
commands. When SELECT 0 is used, only the System/Intermodule 
commands are recognized by the parser. Figure 9-2 shows the command 
tree for the SELect conunand. 



The command parser in the HP 1660-series is designed to accept programs 
written for the HP 16500A logic analysis system with an HP 16550A logic 
analyzer module; however, if the parameters 2 through 10 are sent the HP 
1660-series will take no action. 



<module> An integer 0 or 1 (-2, -1, and 2 through 10 unused). 



Example output xxx;": select O" 
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Query : SELect? 

The SELect? query returns the current module selection. 
Returned Format [:SELect] <moduiexNL> 



Example output xxx;": select?" 



Figure 9-2 



: SELECT 



Not Used 



(SELECTS SYSTEM/INTERMODULE) 
(SELECTS MODULE IN SLOT A) 



10- 



(SELECTS MODULE 
(SELECTS MODULE 
(SELECTS MODULE 
(SELECTS MODULE 
(SELECTS MODULE 
(SELECTS MODULE 
(SELECTS MODULE 
(SELECTS MODULE 
(SELECTS MODULE 
(SELECTS OPTION 
(SELECTS OPTION 



IN SLOT B) 
IN SLOT C) 
IN SLOT D)' 
IN SLOT E) 
IN SLOT D 
IN SLOT G) 
IN SLOT H) 
IN SLOT I) 
IN SLOT J) 
1) 
2) 



Select Command Tree 
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SETColor 

Command : SETColor {<color>^ <hue>, <sat>^ <luin> | DEFault } 

The SETColor command is used to change one of the selections on the CRT, 
or to return to the default screen colors. Because the HP 1660-series display 
is monochrome, SETColor controls the grey-scale and brightness only. Four 
parameters are sent with the command to change a color: 

• Color Number (first parameter) 

• Hue (second parameter) 

• Saturation (third parameter) 

• Luminosity (last parameter) 



The command parser in the HP 1660-series is designed to accept programs 
written for the HP 16500A logic analysis system with an HP 16550A logic 
analyzer module. However, parameters for hue and saturation must be sent so 
that the parser recognizes the correct number of parameters; but, they are 
otherwise ignored by the HP 1660-series. 



An integer from 1 to 7 

An integer from 0 to 100. Always 0 when returned by the query. 
An integer from 0 to 100. Always 0 when returned by the query. 
An integer from 0 to 100 



Color Number 0 cannot be changed. 



Example output XXX;":SETC0L0R 3,0,0,60" 

OUTPUT XXX;":SETC DEFAULT" 



<color> 
<hue> 
<sat> 
<lmn> 
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Query :SETColor? <color> 

The SETColor query returns the lununosity values for a specified grey scale. 
Returned Format [ : sETcoior ] <coior> ,0,0, <ium><NL> 



Example output XXX; ":SETC0L0R? 3" 



STARt 

Command : STARt 

The STARt command starts the selected module (or Intemriodule) running 
in the specified run mode (see RMODe). If the specified module is in the 
Intermodule configuration, then the Intermodule run will be started. 



The STARt command is an overlapped command. An overlapped command is a 
command that allows execution of subsequent commands while the device 
operations initiated by the overlapped . command are still in progress. 



Example output xxx;": start" 
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STOP 

Command : STOP 

The STOP command stops the selected module (or Intermodule). If the 
specified module is in the Intermodule configuration, then the Intermodule 
run will be stopped. 



The STOP command is an overlapped command. An overlapped command is a 
command that allows execution oif subsequent commands while the device 
operations initiated by the overlapped command are still in progress. 



Example output xxx;":stop" 
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Introduction 



SYSTem subsystem commands control functions that are common to 
both analyzer 1 and analyzer 2, including formatting query responses 
and enabling reading and writing to the advisory line of the 
instrument. The command parser in the HP 1660-series is designed 
to accept programs written for the HP 16500A logic analysis system 
with an HP 16550 A logic analyzer module. 

Refer to figure 10-1 and table 10-1 for the System Subsystem 
commands syntax diagram. 
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Figure 10-1 
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System Subsystem Commands Syntax Diagram 
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Figure 10-1 
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System Subsystem Commands Syntax Diagram (Continued) 

Table 10-1 SYSTem Parameter Values 

Parameter Values 

block.data Data in IEEE 488.2 format. 

string A string of up to 68 alphanumeric characters. 
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Command 



DATA 

: SYSTem: DATA <block data> 



Example 



The DATA command allows you to send and receive acquired data to and 
from a controller in block form. This helps saving block data fon 

• Reloading to the logic analyzer 

• Processing data later in the logic analyzer 

• Processing data in the controller. 

The format and length of block data depends on the instruction being used 
and the configuration of the instrument. This chapter describes briefly the 
syntax of the Data command and query. Because of the capabilites and 
importance of the Data command and query, a complete chapter is 
dedicated to it. The dedicated chapter is chapter 26, "DATA and SETup 
Commands." 

OUTPUT XXX;": SYSTEM: DATA" <block data> 



<block_data> <block_length_specif ierxsection> 

<block_length_ #8<length> 
specif ier> 

<length> The total length of all sections in byte format (must be represented with 8 
digits) 

<section> <section_^headerxsection_^data> 

<section_ 16 bytes, described in the "Section Header Description" section in chapter 

header> 26. 

<section_data> The format depends on the type of data 
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Query : SYSTem: DATA? 

The SYSTem:DATA query returns the block data. The data sent by the 
SYSTem:DATA query reflects the configuration of the machines when the 
last run was performed. Any changes made since then through either 
front-panel operations or programming commands do not affect the stored 
configuration. 

Returned Format [ :sysTem:DATA] <biock_dataxNL> 



Example See "Transferring the logic analyzer acquired data" on page 27-17 in chapter 

27, "Programming Examples" for an example. 



DSP (Display) 

Command : SYSTem: DSP <string> 

The DSP command writes the specified quoted string to a device-dependent 
portion of the instrument display. 

<string> A string of up to 68 alphanumeric characters 



Example output XXX;'*:SYSTEM:DSP 'The message goes here'** 
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Query 



Returned Formats 



<error_niiinber> 
<error string> 



ERRor 

: SYSTem: ERRor? [NUMeric | STRing] 

The ERRor query returns the oldest error from the error queue. The 
optional parameter determines whether the error string should be returned 
along with the error number. If no parameter is received, or if the parameter 
is NUMeric, then only the error number is returned. If the value of the 
parameter is STRing, then the error should be returned in the following form: 

<error_nuinber> , <error_message ( string ) > 

A complete list of error messages for the HP 1660A-series is shown in 
chapter 7, "Error Messages." If no errors are present in the error queue, a 
zero (No Error) is returned. 

Numeric: 

[ : SYSTem : ERRor ] <error_nuinber XNL> 
String: 

[ : SYSTem : ERRor ] <error__niimber > , <error__s tr ingXNL> 
An integer 

A string of alphanumeric characters 



Examples Numeric: 

10 OUTPUT XXX;": SYSTEM: ERROR?" 
20 ENTER XXX; Numeric 

String: 

50 OUTPUT XXX;":SYST:ERR? STRING" 
60 ENTER XXX;String$ 
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HEADer 

: SYSTem: HEADer { {ON | 1} | {OFF | 0}} 

The HEADer command telJs the instrument whether or not to output a 
header for query responses. When HEADer is set to ON, query responses 
will include the command header. 

OUTPUT XXX;": SYSTEM: HEADER ON- 

• SYSTem: HEADer? 

The HEADer query returns the current state of the HEADer command. 
[ : SYSTem: HEADer] {1 | 0}<NL> 

OUTPUT XXX ; " : SYSTEM : HEADER? 



Headers should be turned off when returning values to numeric variables. 
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LONGform 

: SYSTem: LONGform {{0N| 1} | {OFF | 0}} 

The LONGform command sets the longform variable, which teUs the 
instrument how to format query responses. If the LONGform command is 
set to OFF, command headers and alpha arguments are sent from the 
instrument in the abbreviated form. If the the LONGform command is set to 
ON, the whole word will be output. This command has no affect on the 
input data messages to the instrument. Headers and arguments may be 
input in either the longform or shortform regardless of how the LONGform 
conunand is set. 

OUTPUT XXX; SYSTEM: LONGFORM ON- 

: SYSTem : LONGform? 

The query returns the status of the LONGform command. 
[ :SySTem:L0NGf ormj {1 | 0}<NL> 

OUTPUT XXX ; " : SYSTEM : LONGFORM? - 
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PRDSft 

:SYSTem:PRINt {SCReen | ALL} [ .DISK, <filename>] 

The PRINt command initiates a print of the screen or listing buffer over the 
current PRINTER communication interface to the printer or to a file on the 
disk. 

This instuctrion prints the screen to the printer: 

OUTPUT XXX;-: SYSTEM: PRINT SCREEN" 

This instruction prints all, for example the state listing, to a file with a 
filename STATE: 

OUTPUT 707; ••: SYSTEM: PRINT ALL ^ DISK, 'STATE'" 



:SySTem:PRINt? {SCReen|ALL} 

The PRINt query sends the screen or listing buffer data over the current 
CONTROLLER communication interface to the controller. 

The print query should NOT be sent in conjunction with any other command 
or query on the same command line. The print query never returns a header. 
Also, since response data from a print query may be sent directly to a printer 
without modification, the data is not returned in block mode. 



PRINT? ALL is only available in menus that have the "Print Air option available 
on the front panel. For more information, refer to the HP WBO-series User's 

Guide. 



OUTPUT 707;*':SySTEM:PRINT? SCREEN" 
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Command 



SETup 

:SYStem: SETup <block_data> 



The :SYStem:SETup command configures the logic analyzer module as 
defined by the block data sent by the controller. This chapter describes 
briefly the syntax of the Setup command and query. Because of the 
capabilites and importance of the Setup command and queiy, a complete 
chapter is dedicated to it. The dedicated chapter is chapter 26, "DATA and 
SETup Commands." 



<block_data> <block_length__specif ierxsection> 
#8<length> 



<block_length 
specif ier> 

<length> The total length of all sections in byte format (must be represented with 8 
digits) 

<section> <section_headerxsection__data> 

<section_ 16 bytes, described in the "Section Header Description" section in chapter 

header> 26. 

<section data> Format depends on the type of data 



Example 



The total length of a section is 16 (for the section header) plus the length of 
the section data. So when calculating the value for <length>, don't forget 
to include the length of the section headers. 

OUTPUT XXX USING "# ,K" SYSTEM: SETUP " <block data> 
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: system: SETup? 

The SYStemrSETup query returns a block of data that contains the current 
configuration to the controller. 

[: system: SETup] <block_dataXNL> 

See "Transferring the logic analyzer configuration" on page 27-14 in chapter 
27, "Programming Examples" for an example. 



10-12 



11 



MMEMoiy 
Subsystem 



Introduction 



The MMEMory (mass memory) subsystem commands provide access 
t» disk drive. The HP 1600-series logic analyzers support both LIF 
(Logical Information Format) and DOS (Disk Operating System) 
formats. 

The HP 1660-series logic analyzers have only one disk drive; however, 
programs vmtten for the HP 16500A logic analysis system that 
contain the MSI (Mass Storage Is) parameter will be accepted but no 
action is taken. Refer to figure 1 1-1 and table 11-1 for the MMEMory 
Subsystem commands syntax diagram. The MMEMory subsystem 
commands are: 

• AUToload 

• CATalog 

• COPY 

• DOWMoad 

• INITialize 

• LOAD 

• MSI 

• PACK 

• PURGe 

• REName 

• STORe 

• UPLoad 

• VOLume 
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MMEMory Subsystem 



<msus> refers to the mass storage unit specifier; however, it is not needed for 
the HP 1660-series logic analyzers since they have only one drive. The <msus> 
parameter is shown in the command syntax examples as a reminder that for 
the the HP 16500A logic analysis system can be used on the HP 1660-series 
logic analyzers. 

If you are not going to store information to the configuration disk, or if the disk 
you are using contains information you need, it is advisable to write protect 
your disk. This will protect the contents of the disk from accidental damage 
due to incorrect commands being mistakenly sent 
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MMEMory Subsystem 



Table 1M 



MMEMory Parameter Values 



Parameter 

auto file 



msus 



name 



description 
type 

block.data 
ia name 



new_name 



module 



Values 

A string of up to 10 alphanumeric characters for LIF in the 

following form: "NNNNNNNNNN" 

or 

A string of up to 12 alphanumeric characters for DOS in the 
following form: "NNNNNNNN.NNN" 

Mass Storage Unitspecifier (not needed by HP 1660-series. HP 
16500A<msus> is accepted but no action is taken). 

A string of up to 10 alphanumeric characters for LIF in the 

following form: "NNNNNNNNNN" 

or 

A string of up to 12 alphanumeric characters for DOS in the 
following form: "NNNNNNNN.NNN" 

A string of up to 32 alphanumeric characters. 

An integer, refer to table 11-2. 

Data in IEEE 488.2 format. 

A string of up to 10 alphanumeric characters for LIF in the 

following form: "NNNNNNNNNN" 

or 

A string of up to 12 alphanumeric characters for DOS in the 
following form: "NNNNNNNN.NNN" 

A string of up to 10 alphanumeric characters for LIF in the 

following formr^NNNNNNNNNN" 

or 

A string of up to 12 alphanumeric characters for DOS in the 
following form: "NNNNNNNN.NNN" 

An integer, 0 or 1. 



11-7 
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AUToload 



AUToload 



Command 



: MMEMory : AUToload {{OFF 1 0} | {<auto_f ile>} } [ ,<msus>] 



The AUToload command controls the autoload feature which designates a 
set of configuration files to be loaded automatically the next time the 
instrument is turned on. The OFF parameter (or 0) disables the autoload 
feature. A string parameter may be specified instead to represent the 
desired autoload file. If the file is on the current disk, the autoload feature is 
enabled to the specified file. 



<auto_f ile> A string of up to 10 alphanumeric characters for LIF in the following form: 



NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 

NNNNNNNN.NNN 



<msus> Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<msus> is accepted but no action is taken). 



The AUToload query returns 0 if the autoload feature is disabled. If the 
autoload feature is enabled, the query returns a string parameter that 
specifies the current autoload file. The appropriate slot designator is 
included in the filename and refers to the slot designator A for the logic 
analyzser. If the slot designator is _ (underscore) the file is for the system. 



Examples 



OUTPUT XXX;": MMEMORY: AUTOLOAD OFF- 

OUTPUT XXX;": MMEMORY: AUTOLOAD 'FILE1_A'" 

OUTPUT XXX;": MMEMORY: AUTOLOAD 'FILE2 '^INTERNALO" 



Query 



: MMEMory : AUToload? 



Retumed Format 



[ : MMEMory : AUToload ] { 0 1 <auto_f ile>} , <iiisusXNL> 
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<auto_f ile> A string of up to 10 alphanumeric characters for LIF in the foUowing form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 

NNNNNNNN.NNN 



Example output xxx; ** :mmemory : autoload? ** 



CATalog 

Query : MMEMory: CATalog? [ [All^ ] [<nisus>] ] 

The CATalog query returns the directory of the disk in one of two block data 
formats. The directory cor\sists of a 51 character string for each file on the 
disk when the all option is not used. Each file entry is formatted as follows: 

"NNNNNNNNNN TTTTTTT FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF" 

where N is the filename, T is the file type (see table 11-2), and F is the file 
description. 

The optional parameter all returns the directory of the disk in a 
70-character string as follows: 

"NNNNNNNNNNNN TTTTTTT FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF DDMMMYY 
HH:MM:SS*' 

where N is the filename, T is the file type (see table 11-2), F is the file 
description, and, D, M, Y, and HH:MM:SS are the date, month, year, and time 
respectively in 24-hour format. 

The <msus> is not needed by HP 1660-series; however, the HP 16500A 
<msus> is accepted but no action is taken. 
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COPY 



<msus> 



Returned Format 



Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<msus> is accepted but no action is taken). 

[: MMEMory :CATalog] <block_data> 



<block_data> ASCII block containing <f ilenaine> <f ile_type> 
<f ile_description> 



Example 1 



This example is for sending the catalog? all query: 

OUTPUT 707;":MMEMORy:CATALOG? ALL- 



Example 2 This example is for sending the catalog? query without the ALL option. 

Keep in mind if you do not use the all option with a DOS disk, each 
filename entry will be truncated at 51 characters: 

OUTPUT 7 0 7 ; : MMEMORY : CATALOG? " 



COPY 

Command : MMEMory : COPY <name> [ , <insus> ] , <newjiame> [ , <msus> ] 



The COPY command copies one file to a new file or an entire disk's contents 
to another disk. The two <name> parameters are the filenames. The first 
pair of parameters specifies the source file. The second pair specifies the 
destination file. An error is generated if the source file doesn't exist, or if 
the destination file already exists. 

The <msus> is not needed by HP 1660-series. HP 16500A <msus> is 
accepted but no action is taken. 
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<naine> A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 

NNNNNNNN.NNN 

<new_name> A string of up to 10 alphanumeric characters for LIF in the following form: 
NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 

NNNNNNNN.NNN 

<msus> Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<msus> is accepted but no action is taken). 



Examples To copy the contents of "FILEl" to "FILE2: 

OUTPUT XXX;": MMEMORY: copy 'FILEl S 'FILE2 ' " 



DOWNIoad 

Command : MMEMory : DOWNIoad <nanie> [ , <msus> ] , <descr iption> g 

<type> / <block_dat a> 

The DOWNIoad conunand downloads a file to the mass storage device. The 
<naine> parameter specifies the filename, the <description> parameter 
specifies the file descriptor, and the <block_data> contains the contents 
of the file to be downloaded. 

The <msus> is not needed by HP 1660-series. HP 16500A <msus> is 
accepted but no action is taken. 

Table 11-2 lists the file types for the <type> parameter. 
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DOWNIoad 



<name> 



<msus> 



<description> 
<type> 
<block data> 



A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 

NNNNNNNN.NNN 

Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<msus> is accepted but no action is taken). 

A string of up to 32 alphanumeric characters 
An integer (see table 11-2) 
Contents of file in block data format 



Example 

OUTPUT XXX;": MMEMORY: DOWNLOAD 'SETUP 
QUERY' ,-16127, #800000643. . . - 



,INTERNALO, 'FILE CREATED FROM SETUP 



Table 11-2 File Types 



File File Type 

HP 1660-series System Software -15608 

HP 1660-series ROM Software -15609 

HP 1660-series System Configuration -15605 

HP 1660-series Logic Analyzer Configuration -16095 

HP 1660-series Logic Analyzer Software -15607 

Autoload File -15615 

Inverse Assembler -15614 

Text Type {LIFfrom Print to Disk) -5813 



11-12 



MMEMory Subsystem 
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INrriaJize 

Command : MMEMory : INITiaiize [ {LIF | DOS } [ , <msus> ] ] 



The INITiaiize command formats the disk in either LIF (Logical Information 
Format) or DOS (Disk Operating System). The <msus> is not needed by 
HP 1660-series. HP 16500A <msus> is accepted but no action is taken. If 
no format is specified, then the initialize command will format the disk in the 
LIF format. 

<msus> Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<msus> is accepted but no action is taken). 



Examples output XXX;":MMEM0Ry: initialize DOS" 

OUTPUT XXX;": MMEMORY: INITIALIZE LIF, INTERNAL 0" 



Once executed, the initialize command formats the specified disk, permanently 
erasing ail existing information from the disk. After that there is no way to 
retrieve the original information. 
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LOAD[:CONFig] 



LOAD [rCONFig] 

Command : MMEMory: LOAD [ :CONf ig] <naine>[ ^<msus>] [ ^<module>] 

The LOAD command loads a configuration file from the disk into the logic 
analyzer, software options, or the system. The <name> parameter specifies 
the filename from the disk. The optional <module> parameter specifies 
which module(s) to load the file into. The accepted values are 0 for system 
and 1 for logic analyzer. Not specifying the <inodule> parameter is 
equivalent to performing a LOAD ALL* from the front panel which loads the 
appropriate file for both the system and logic analyzer, and any software 
option. 

<naine> A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 

NNNNNNNN.NNN 

<msus> Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<msus> is accepted but no action is taken). 

<module> An integer, 0 or 1 



Examples output xxxj-immemoryiloadiconfig 'file 

OUTPUT XXX ; - : MMEMORY : LOAD ' FILE ' , 0 " 

OUTPUT XXX; ":MMEM: LOAD: CONFIG 'FILE A' , INTERNALO, 1" 
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LOAD :IASSembler 

Command : MMEMory : LOAD : lASSembler <IA_name> [ , <nisus> ] ^ { 1 1 2 } 

[ r<module>] 



This variation of the LOAD command allows inverse assembler files to be 
loaded into a module that performs state analysis. The <lA_naine> 
parameter specifies the inverse assembler filename from the desired 
<msus>. The parameter after the optional <msus> specifies which machine 
to load the inverse assembler into. 

The optional <inodule> parameter is used to specify which slot the state 
analyzer in. 1 refers to the logic analyzer. If this parameter is not specified, 
the state analyzer will be selected. 

<lA_ncune> A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 

NNNNNNNN.NNN 

<msus> Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<msus> is accepted but no action is taken). 

<niodule> An integer, always 1 



Examples output XXX?":MMEM0RY:L0AD:IASSEMBLER '168020 

OUTPUT XXX; ":MMEM: LOAD :IASS '168020 IP ' , INTERNALO , 1 , 2 - 
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MSI (Mass Storage Is) 

Command : MMEMory: MSI [<msus>] 

The MSI command selects a default mass storage device; however it is not 
needed by HP 1660-series because it has only one disk drive. If the 
HP 16500A <insus> is sent to the HP 1660-series logic analyzer, it is 
accepted but no action is taken. 

<insus> Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<insus> is accepted but no action is taken). 



Examples output XXX;":MMEMORy:MSI" 

OUTPUT XXX;'':MMEM:MSI INTERNALO** 



Query : MMEMory: MSI? 

The MSI? query returns the current MSI setting. Because the 

HP 1660-series logic analyzers have only one disk drive, internal 0 is 

always returned. 

Returned Format [: MMEMory :MSI] <nisusxNL> 



Example output xxx;'*:mmemory:msi?" 
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Command 



PACK 

: MMEMory: PACK [<msus>] 



The PACK conunand packs the files on the LIF disk the disk in the drive. If a 
DOS disk is in the drive when the PACK command is sent, no action is taken. 

<msus> Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<msus> is accepted but no action is taken). 



Examples 



OUTPUT XXX ; " : MMEMORY : PACK " 
OUTPUT XXX; ":MMEM: PACK INTERNALO" 



Command 



PURGe 

: MMEMory : PURGe <name> [ , <msus> ] 



The PURGe command deletes a file from the disk in the drive. The <naine> 
parameter specifies the filename to be deleted. 

<name> A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 

NNNNNNNN.NNN 

<msus> Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<insus> is accepted but no action is taken). 
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Examples output XXX;":MMEM0RY: purge 'FILEl'- 

OUTPUT XXX;":MMEM:PURG 'FILEl S INTERNALO" 



Once executed, the purge command permanently erases all the existing 
information about the specified file. After that, there is no way to retrieve the 
original information. 



REName 

Command : MMEMory : REName <name> [ , <msus> ] , <new_naine> 



The REName conimand renames a file on the disk in the drive. The <naine> 
parameter specifies the filename to be changed and the <new_naine> 
parameter specifies the new filename. 



You cannot rename a file to an already existing filename. 



<naine> A string of up to 10 alphanumeric characters for LIF in the foUowing form: 

NNNNNNNNNN 
or 

A string of up to 12 alphanumeric characters for DOS in the foUowing form: 

NNNNNNNN.NNN 

<msus> Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<msus> is accepted but no action is taken). 

<new name> A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the foUowing form: 

NNNNNNNN.NNN 
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Examples output XXX ; : MMEMORY : RENAME ' OLDFILE ' , ' NEWFILE ' - 

OUTPUT XXX;":MMEM:REN 'OLDFILE INTERNALl] , 'NEWFILE ' " 



STORe [:CONFig] 



Command 



: MMEMory: STORe [ :CONf ig]<name>[ ,<insus>] ^ 
<description>[ /<inodule>] 



<naine> 



<xnsus> 

<description> 
<module> 



The STORe command stores module or system configurations onto a disk. 
The [:CONFig] specifier is optional and has no effect on the command. The 
<naine> parameter specifies the file on the disk. The <description> 
parameter describes the contents of the file. The optional <inodule> 
parameter allows you to store the configuration for either the system or the 
logic analyzer. 1 refers to the logic analyzer and 0 refers to the system. 

If the optional <module> parameter is not specified, the configurations for 
both the system and logic analyzer are stored. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 

NNNNNNNN.NNN 

Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<insus> is accepted but no action is taken). 

A string of up to 32 alphanumeric characters 
An integer, Oorl 
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Examples output XXX?":MMEM:ST0R 'defaults* , 'setups for all MODULES'" 

OUTPUT XXX ; " : MMEMORY : STORE : CONFIG ' STATEDATA ' , INTERNALO , 
'ANALYZER 1 CONFIG ',1" 



The appropriate module designator "_X" is added to all files when they are 

stored. X refers to either an (double underscore) for the system or an _A 

for the logic analyzer. 

UPLoad 

Query : MMEMory: UPLoad? <naine>[ ,<msus>] 

The UPLoad query uploads a file. The <naine> parameter specifies the file 
to be uploaded from the disk. The contents of the file are sent out of the 
instrument in block data form. 



This command should only be used for HP 16550A or HP 1660-series 
configuration files. 



A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the following form: 

NNNNNNNN.NNN 

Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<msus> is accepted but no action is taken). 

[: MMEMory: UPLoad] <block_dataXNL> 



<name> 

<insus> 
Returned Format 
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Example 

10 DIM Block$ [32000] 

20 DIM Speci£ier$[2] 

30 OUTPUT XXX;":EOI ON" 

40 OUTPUT XXX;": SYSTEM HEAD OFF" 

50 OUTPUT XXX;": MMEMORY: UPLOAD? 'FILEl' 

60 ENTER XXX USING "# ^2A" ; Specif ier$ 

70 ENTER XXX USING "# , 8D" ;Length 

80 ENTER XXX USING "-K";Block$ 

90 END 



! allocate enough memory for block data 



isend upload query 
iread in #8 
iread in block length 
iread in file 



Query 



VOLume 

: MMEMory : VOLume? [ <msus> ] 



<insus> 



The VOLume query returns the volume type of the disk. The volume types 
are DOS or LIF. Question marks (???) are returned if there is no disk, if the 
disk is not formatted, or if a disk has a format other than DOS or LIF. 

Mass Storage Unit Specifier (not needed by HP 1660-series. HP 16500A 
<msus> is accepted but no action is taken). 



Returned Format [ :MMEMory : voLume ] {dos | lif | ??? }<nl> 



Example 



OUTPUT XXX; " iMMEMORY : VOLUME? " 
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Introduction 



The INTermodule subsystem commands specify intermodule anning 
from the rear-panel input BNC (ARMIN) or to the rear-panel output 
BNC (ARMOUT). Refer to figure 12-1 and table 12-1 for the 
INTermodule Subsystem commands syntax diagram. The 
INTermodule commands are: 



• DELete 

• HTIMe 

• nSfPort 

• INSert 

• SKEW 

• TREE 

• TTIMe 
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:INTermodule 



Table 12-1 INTermodule Parameter Values 

Parameter Value 

module An integer, 1 to 10 (2 through 10 unused) 

index An integer, 1 to 10 (2 through 10 unused) 

setting A numeric, - 1.0 to 1.0 in seconds. 

rlNTermodule 
Selector : INTermodule 

The INTermodule selector specifies INTermodule as the subsystem the 
commands or queries following will refer to. Because the INTermodule 
command is a root level command, it will normally appear as the first 
element of a compound header. 

Example output XXX ; " : intermodule : HTIME? " 



DELete 

Command : DELete {ALL|OUT|<module>} 

The DELete command is used to delete a module, PORT OUT, or an entire 
intermodule tree. The <module> parameter sent with the delete command 
refers to the slot location of the logic analyzer which is slot 1. 

<module> An integer, 1 through 10(2 through 10 unused) 



Example output XXX;**: intermodule: delete ALL'* 

OUTPUT XXX;": INTERMODULE: DELETE 1" 
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HTIMe 

Query : HTIMe? 

The HTIMe query returns a value representing the internal hardware skew in 
the Intermodule configuration. If there is no internal skew, 9.9E37 is 
returned. 



The internal hardware skew is only a display adjustment for time-correlated 
waveforms. The value returned is the average propagation delay of the trigger 
tines through the intermodule bus circuitry. The value is for reference only 
because the value returned by TTIMe includes the internal hardware skew 
represented by HTIMe. 



Returned Format [:INTermodule:HTIMe] <valueXNL> 

<value> Skew for logic analyzer (real number) 



Example output XXX;":INTERM0DULE:HTIME?*' 



INPort 

Command : INPort {{0N| 1} | {0FF| 0}} 

The INPort conunand causes intermodule acquisitions to be armed from the 
Input port. 



Example output xxx;**: intermodule :inport on** 
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Query :INPort? 

The INPort query returns the current setting. 
Returned Format [ : INTermodule : INPort ] { 1 1 0 }<NL> 



Example output XXX ; - : intermodule : INPORT? 



mSert 

Command : INSert {<inodule> | OUT} , {GROUP | <module>} 

The INSert command adds PORT OUT to the Intermodule configuration. 
The first parameter selects the logic analyzer or PORT OUT to be added to 
the intermodule configuration, and the second parameter teUs the 
instrument where the logic analyzer or PORT OUT will be located. A 1 
corresponds to the slot location of the logic ianalyzer. 

<TOodule> An integer, 1 through 10 (2 through 10 unused) 



Examples output xxx;": intermodule: insert 1 ^ group- 

OUTPUT XXX;-: INTERMODULE: insert OUT^l- 



The following figure shows the result of the example output commands: 



Group Run 



A 



OUT 
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SKEW<N> 
Command :SKEW<N> <setting> 

The SKEW command sets the skew value for a module. The <N> index 
value is the module number (1 corresponds to the logic analyzer and 2 
through 10 unused). The <setting> parameter is the slcew setting (- 1.0 to 
1.0) in seconds. 

<N> An integer, 1 through 10 (2 through 10 unused) 
<setting> A real number from -1.0 to 1.0 seconds 



Example output XXX;": intermodule :SKEW1 3.0E-9*' 



Query :SKEW<N>? 

The query returns the user defined skew setting. 
Returned Format [ INTermodule : SKEW<N> ] <settingxNL> 



Example output XXX ; - : intermodule : SKEWl ? - 
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INTermodule Subsystem 
TREE 



TREE 

:TREE <module>,<inodule> 

The TREE command allows an intermodule setup to be specified in one 
command. The first parameter is the intermodule arm value for module A 
(logic analyzer). The second parameter corresponds to the intermodule arm 
value for PORT OUT. A -1 means the module is not in the intermodule tree, 
a 0 value means the module is armed from the Intermodule run button 
(Group run), and a positive value indicates the module is being armed by 
another module with the slot location 1 to 10. A 1 corresponds to the slot 
location of the module A (logic analyzer) and 2 through 10 are unused. 

An integer, -1 through 10 (2 through 10 unused) 

OUTPUT XXX;": INTERMODULE: TREE 1,0" 



The foUowing figure shows the result of the example output commands: 



Group Run 











OUT 
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INTermodule Subsystem 
niMe 



•TREE? 

The TREE? query returns a string that represents the intermodule tree. A 
— 1 means the module is not in the intermodule tree, a 0 value means the 
module is armed from the Intermodule run button (Group run), and a 
positive value indicates the module is being armed by another module with 
the slot location 1 to 10. A 1 corresponds to the slot location of the module 
A (logic analyzer) and 2 through 10 are unused. 

[ INTermodule : TREE ] <module> , <moduleXNL> 
OUTPUT XXX ; " : INTERMODULE : TREE ? " 



TTIMe 

:TTIMe? 

The TTIMe query returns values representing the absolute intermodule 
trigger time for all of the modules in the Intermodule configuration. Since 
the HP 1660A-series are single module instruments, this query is described 
only as a reminder that HP 16500A logic analysis system programs will run 
on the HP 1660A-series logic analyzers. The first value is the trigger time 
for the module in slot A, the second value is for the module in slot B, the 
third value is for slot C, etc. 

The value 9.9E37 is returned when: 

• The module in the corresponding slot is not time correlated; or 

• A time correlatable module did not trigger. 



The trigger times returned by this command have already been offset by the 
INTermoduleiSKEW values and internal hardware skews 
(INTermoduleiHTIMe). 
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Returned Format [iINTermoduletTTIMe] <value l>,<value 2XNL> 

<value 1> Trigger time for module in slot A (real number) 

<value 2> Trigger time for module in slot B (real number) 

- i NOTUSED 

< value 1 0 ) Trigger time for modiile in slot J (real number) 



Example 



OUTPUT XXX; " : INTERMODULE :TTIME? " 
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MACHine 
Subsystem 



Introduction 



The MACHine subsystem contains the commands that control the 
machine level of operation of the logic analyzer. The functions of 
three of these commands reside in the State/Timing Configuration 
menu. These commands are: 

• ASSign 

• NAME 

• TYPE 

Even though the functions of the following commands reside in the 
Trace menu they are at the machine level of the command tree and 
are therefore located in the MACHine subsystem. These commands 
are: 

• ARM 

• LEVelarm 

• REName 

• RESource 
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MACHine Subsystem 



Figure 13-1 
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MACHine Subsystem 
AAACHine 



Table 13-1 



Machine Parameter Values 



Parameter Values 

arm_source {RUN | iNTemodule | MACHine { 1 1 2 } } 

pod_list {NONE I <pod nuin> [ , <pod nuin> J . . . } 

pod^num {1 12 13 14 15 1 6 1 7 1 8> 

armjevel An integer from 1 to 11 representing sequence level 

machine.name A string of up to 10 alphanumeric characters 

resjd <state_terms> for state analyzer or 

{<state_terms> 1 6LED9e{ 1 1 2} > for timing analyzer 

new.text A string of up to 8 alphanumeric characters 

state.terms {a|b|c|d|e|f|6|h|i| j|ran6E{1|2} |timer{1|2}> 

res Jerms {<res id> [ , <res id> ] . . . } 



Selector 



MACHine 

:MACHine<N> 



<N> 



The MACHine <N> selector specifies which of the two analyzers (machines) 
available in the HP 1660-series the commands or queries following will refer 
to. Because the MACHine<N> command is a root level command, it will 
normally appear as the first element of a compound header. 

{ 1 1 2 } (the machine number) 



Example 



OUTPUT XXX; ••: MACHINE 1: NAME 'TIMING' 
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MACHine Subsystem 
ARM 



Command 



ARM 

:MACHine{l|2}:ARM <arm_source> 



The ARM command specifies the arming source of the specified analyzer 
(machine). The RUN option disables the arm source. For example, if you 
do not want to use either the intermodule bus or the other machine to arm 
the current machine, you specify the RUN option. 

<arm_source> {RUN | INTermodule | MACHine { 1 | 2 } } 



Example 



OUTPUT XXX;":MACHINE1:ARM MACHINE2" 



Query 



: MACHine { 1 1 2 } : ARM? 



Returned Format 



Example 



The ARM query returns the source that the current analyzer (machine) wil 
be armed by. 

[:MACHine{l|2}jARM] <arin_source> 
OUTPUT XXX ; " : MACHINE : ARM? " 



Command 



Assign 

:MACHine{l|2}:ASSign <pod_list> 



The ASSign command assigns pods to a particular analyzer (machine). The 
ASSign command will assign two pods for each pod number you specify 
because pods must be assigned to analyzers in pairs. 



<pod_list> {NONE I <pod ># [ , <pod ># ] . 
<pod># {1|2|3|4|5|6|7|8} 



} 
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MACHine Subsystem 
LEVelarm 



Example 



OUTPUT XXX; "tMACHINEl: ASSIGN 5^ 2, 1* 



Query 



:MACHine{l 1 2 } :ASSign? 



The ASSign queiy returns which pods are assigned to the current analyzer 

(machine). 

Returned Format [ :MACHine{l 1 2> :ASSign] <pod_listXNL> 

<pod_list> {NONE I <pod ># [ , <pod >#]...} 
<pod># {1|2|3|4|5|6|7|8} 



Example 



OUTPUT XXX; :MACHINE1 : ASSIGN? " 



LEVelarm 

Command :MACHine{l 1 2} :LEVelarm <arm_level> 

The LEVelarm conmand allows you to specify the sequence level for a 
specified machine that will be armed by the Intermodule Bus or the other 
machine. This command is only valid if the specified machine is on and the 
arming source is not set to RUN with the ARM command. 

<arm_level> An integer from 1 to the maximum number of levels specified in the 
appropriate trigger menu. 



Example 



OUTPUT XXX;": MACHINE 1: LEVELARM 2" 



Query 



: MACHine { 1 | 2 } : LEVelarm? 
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MACHine Subsystem 
NAME 



The LEVelarm query returns the current sequence level receiving the arming 
for a specified machine. 

Returned Format [ :MACHine{ 1 1 2} :LEVelarm] <arm_levelxKL> 

<ann level> An integer from 1 to 11 representing sequence level 



Example 



OUTPUT XXX;":MACHINE1:LEVELARM?' 



NAME 

Command : MACHine { 1 1 2 } : NAME <machine_name> 

The NAME command allows you to assign a name of up to 10 characters to a 
particular analyzer (machine) for easier identification. 

<machine name> A string of up to 10 alphanumeric characters 



Example 



OUTPUT XXX; MACHINE 1 .'NAME 'DRAMTEST" 



Query 



:MACHine { 1 1 2 } :NAME? 



The NAME query returns the current analyzer name as an ASCII string. 
Returned Format [ : MACHine{ 1 1 2 } :NAME ] <machine_nameXNL> 

<inachine naine> A string of up to 10 alphanumeric characters 



Example 



OUTPUT XXX;":MACHINE1:NAME?" 
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MACHine Subsystem 
REName 



Command 



REName 

:MACHine{l|2};REName {<res_id>^ <new_text> | 
DEFault} 



The REName command allows you to assign a specific name of up to eight 
characters to terms A through J, Range 1 and 2, and Timer 1 and 2 in the 
state analyzer. In the timing analyzer, GLEDge (glitch/edge) 1 and 2 can be 
renamed in addition to the terms available in the state analyzer. The 
DEFault option sets all resource term names to the default names assigned 
when turning on the instrument. 

<res_id> <state_tenns> for state analyzer 
or 

{<state_terins> | GLEDge{ 1 1 2}} for timing analyzer 
<new text> A string of up to 8 alphanumeric characters 



Example 



OUTPUT XXX;": MACHINE 1: RENAME A^'DATA'" 



Query 



: MACHine { 1 1 2 } : RENAME? <res_id> 



Returned Format 



The REName query returns the current names for specified terms assigned 
to the specified analyzer. 

[ : MACHine { 1 1 2 } : RENAME ] <res_id> , <new_textXNL> 

<res_id> <state_^terms> for state analyzer 
or 

{<state_tenns> | GLEDge{ 1 1 2}} for timing analyzer 
<new text> A string of up to 8 alphanumeric characters 



Example 



OUTPUT XXX; ":MACHINE1: RENAME? D" 
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MACHine Subsystem 
RESource 



Command 



RESource 

: MACHine { 1 | 2 } : RESource <res_terms> 



The RESource command allows you to assign resource terms A through J, 
Range 1 and 2, and Timer 1 and 2 to a particular analyzer (machine 1 or 2), 



In the timing analyzer only, two additional resource terms are available. These 
terms are GLEDge (Glitch/Edge) 1 and 2. These terms will always be assigned 
to the the machine that is configured as the timing analyzer. 



<res_tenns> {a|b|c|d|e|f|g|h|i|j| TiMer 1 1 TIMer2 | RANGe 1 1 RANGe2 } 



Example 



OUTPUT XXX;**:MACHINE1;RES0URCE A,C,RANGE1*< 



Query 



: MACHine { 1 1 2 } : RESOURCE ? 



The RESource query returns the current resource terms assigned to the 
specified analyzer. 

Returned Format [ :MACHine{l 1 2} : resource] <res_terms>[ ^<res_terms>, . . . ]<NL> 

<res_ter2ns> {a|b|c|d|£|f|g|h|i|j| TIMer 1 1 TIMer2 | RANGel | RANGe2} 



Example 



OUTPUT XXX ; " : MACHINE 1 : RESOURCE? " 
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TYPE 



TYPE 

Command : MACHine { 1 | 2 } : TYPE <analy 2er_type> 

The TYPE command specifies what type a specified analyzer (machine) will 
be. The analyzer types are state or timing. The TYPE command also allows 
you to turn off a particular machine. 

Only one timing analyzer can be specified at a time. 
<analyzer_type> {OFF | STATe | TIMing} 

Example output xxx; machine i: type state 

Query : MACHine { 1 1 2 } : TYPE? 

The TYPE query returns the current analyzer type for the specified analyzer. 
Returned Format [ :MACHine{l 1 2} :TYPE] <analyzer_typeXNL> 

<analy2er_type> {OFF | STATe | TIMing} 

Example output XXX;":MACHINE1:TYPE?" 
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WLISt Subsystem 



Introduction 



The WLISt subsystem contains the commands available for the 
Timing/State mixed mode display. The X and O markers can only be 
placed on the waveforms in the waveform portion of the Timing/State 
mixed mode display. The XSTate and OSTate queries return what 
states the X and 0 markers are on. Because the markers can only be 
placed on the timing waveforms, the queries return what state (state 
acquisition memory location) the marked pattern is stored in. 



In order to have mixed mode, one machine must be a state analyzer with time 
tagging on (use MACHine<N>:STRigger:TA6 TIME). 



• DELay 

• INSert 

• LINE 

• OSTate 

• OTIMe 

• RANGe 

• REMove 

• XOTime 

• XSTate 

• XTIMe 
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WLISt Subsystem 



Figure 14-1 
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WLISt Subsystem Syntax Diagram 
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WLISt Subsystem 
WUSt 



WLISt Parameter Values 



Parameter 

delay.value 
moduie.spec 

bitjd 

labeLname 

line_num_mid_screen 

waveform 

time.value 

time.range 



Value 

Real number between -2500 s and +2500 s 

{1|2|3|4|5|6|7|8|9|10} (slot where timing card is 
installed, 2 through 10 unused) 

An integerfrom0to31 

String of up to 6 alphanumeric characters 

An integerfrom -8191 to +8191 

String containing <acguisition spec>{ 1 1 2} 

Real number 

Real number between 10 ns and 10 ks 



WUSt 

: WLISt 

The WLISt (Waveforms/Listing) selector is used as a part of a compound 
header to access the settings normally found in the Mixed Mode menu. 
Because the WLISt command is a root level command, it will always appear 
as the first element of a compound header. 



The WLISt subsystem is only available when one or more state analyzers, with 
time tagging on, are specified. 



OUTPUT XXX;":WLIST:XTIME 40.0E~6" 
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WLISt Subsystem 
DEUy 



DELay 

Command :MACHine{l 1 2} :WLISt:DELay <delay_value> 

The DELay conunand specifies the amount of time between the timing 
trigger and the horizontal center of the the timing waveform display. The 
allowable values for delay are -2500 s to +2500 s. 

<delay value> Real number between -2500 s and +2500 s 



Example output XXX;*':MACHINE1:WLIST:DELAY lOOE-6* 



Query : MACHine { 1 1 2 } : WLISt : DELay? 

The DELay query returns the current time offset (delay) value from the 
trigger. 

Returned Format [ :MACHine{ 1 1 2} :WLISt :DELay ] <tinie_yalueXNL> 

<delay_yalue> Real number between -2500 s and +2500 s 



Example output xxx; ** :machinei :wlist: delay?* 
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WLISt Subsystem 
INSert 



Command 



INSert 

5MACHine{l 1 2} :WLISt:INSert [<inodule_spec>, ] 
<label_name>[ , {<bit_id> | OVERlay | ALL} ] 



The INSert command inserts waveforms in the timing waveform display. 
The waveforms are added from top to bottom up to a maximum of 96 
waveforms. Once 96 waveforms are present, each time you insert another 
waveform, it replaces the last waveform. 

The first parameter specifies from which module the waveform is coming 
from; however, the HP 1660A-series logic analyzers are single-module 
instruments. Therefore, this parameter is not needed. It is described here 
as a reminder that programs for the HP 16500A logic analysis system can be 
used. The second parameter specifies the label name that will be inserted. 
The optional third parameter specifies the label bit number, overlay, or all. 
If a number is specified, only the waveform for that bit number is added to 
the screen. 

If you specify OVERlay, all the bits of the label are displayed as a composite 
overlaid waveform. If you specify ALL, aU the bits are displayed 
sequentially. If you do not specify the third parameter, ALL is assumed. 

<inodule_spec> {1I2I3I4I5I6I7I8I9I10} (not needed) 
<label_name> String of up to 6 alphanumeric characters 
<bit id> An integer from 0 to 31 



Examples 



Inserting a logic analyzer waveform: 

OUTPUT XXX; "iMACHINEl: WLIST: INSERT 3, 'WAVE ',10" 
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WLISt Subsystem 
LINE 



LINE 

Command :MACHine{l 1 2} :WLISt:LINE <line_nuinjmid_screen> 

The LINE command allows you to scroll the state analyzer listing vertically. 
The command specifies the state line number relative to the trigger that the 
analyzer highlights at the center of the screen. 

<line_numjmid_ An integer from —8191 to +8191 
screen> 



Example 



OUTPUT XXX;":MACHINE1:WLIST:LINE 0" 



Query 



: MACHine { 1 | 2 } : WLISt : LINE? 



The LINE query returns the line number for the state currently in the box at 
center screen. 

Returned Format [ ;MACHine{l 1 2} :WLISt :LINE] <line_numjaid_screen><NL> 



Example 



OUTPUT XXX;":MACHINE1:WLIST:LINE?* 
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WLISt Subsystem 
OSTate 



Query 



OSTate 

:WLISt: OSTate? 

The OSTate query returns the state where the O Marker is positioned. If 
data is not valid, the query returns 32767. 



Returned Format [ :WLISt:OSTate] <state_numXNL> 

<state num> Aninteger from —8191 to +8191 



Example 



OUTPUT XXX; " : WLIST : OSTATE? " 



Command 



OTIMe 

:WLISt:OTIMe <time value> 



The OTIMe conamand positions the O Marker on the timing waveforms in the 
mixed mode display. If the data is not valid, the conunand performs no 
action. 



<tinie value> A real number 



Example 



OUTPUT XXX;": WLIST: OTIME 40.0E-6- 



14-8 



WLISt Subsystem 
RANGe 



Query 



:WLISt:OTIMe? 



The OTIMe query returns the 0 Marker position in time. If data is not valid, 
the query returns 9.9E37. 

Returned Format [ : wList : oTiMe ] <tinie_vaiuexNL> 
<tiine value> A real number 



Example 



OUTPUT XXX; " :WLIST: OTIME?" 



RANGe 

Command :MACHine{l 1 2} :WLISt:R2\NGe <timejvalue> 

The RANGe command specifies the full-screen time in the timing waveform 
menu. It is equivalent to ten times the seconds per division setting on the 
display. The allowable values for RANGe are from 10 ns to 10 ks. 

<time value> A real number between 10 ns and 10 ks 



Example 



OUTPUT XXX;":MACHINE1:WLIST:RANGE lOOE-9* 



Query 



:MACHine{l I 2} :WLISt:RANGe? 



The RANGe query returns the current full-screen time. 
Returned Format [ :MACHine{l 1 2} :WLISt :RANGe] <tiiae_valueXNL> 

<tiEie value> A real number between 10 ns and 10 ks 



Example 



OUTPUT XXX; ":MACHINE1:WLIST:RANGE?" 
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REMove 

Command : MACHine { 1 1 2 } : WLISt : REMove 

The REMove command deletes all waveforms from the display. 
Example output xxx; " :machinei :wlist: remove- 



XOTiine 

Query :MACHine{l 1 2} :WLISt:XOTiine? 



The XOTime query returns the time from the X marker to the O marker. If 
data is not valid, the query returns 9.9E37. 

Returned Format [ :MACHine{l |2} :WLISt:XOTime] <time_valueXNL> 

<tiine value> A real number 



Example 



OUTPUT XXX; " :MACHINE1 :WLIST : XOTIME?" 
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WLISt Subsystem 
XSTate 



Query 



XSTate 

:WLISt: XSTate? 



The XSTate queiy returns the state where the X Marker is positioned. If 
data is not valid, the query returns 32767. 



Returned Format [ :WLISt:XSTate] <state_niimXNL> 

<state_niiin> An integer 



Example 



OUTPUT XXX; " : WLIST : XSTATE? • 



Command 



XTIMe 

:WLISt:XTIMe <time value> 



The XTIMe command positions the X Marker on the timing waveforms in the 
mixed mode display. If the data is not valid, the command performs no 
action. 



<time value> A real number 



Example 



OUTPUT XXX; WLIST: XTIME 40.0E-6" 
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Query sWLISt:XTIMe? 

The XTIMe query returns the X Marker position in time. If data is not valid, 
the query returns 9.9E37. 

Returned Format [ :WLISt:XTIMe] <tinie_valueXNL> 

<tiine value> A real number 



Example output xxx;":wlist:xtime?' 
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SFORmat 
Subsystem 



Introduction 



The SFORmat subsystem contains the cononands available for the 
State Format menu in the HP 1660A-series logic analyzers. These 
commands are: 

• CLOCk 

• LABel 

• MASTer 

• MODE 

• MOPQual 

• MQUal 

• REMove 

• SETHold 

• SLAVe 

• SOPQual 

• SQUal 

• THReshold 
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SFORmat Subsystem 



Figure 15-1 
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SFORmat Subsystem 
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SFORmat Subsystem 



Table 15-1 SFORmat Parameter Values 



Parameter Values 

<N> {{1|2}|{3|4|5|6}|{7|8}} 
labeLname String of up to 6 alphanumeric characters 

polarity {positive | NEGative} 

clock_bits Format (integer from 0 to 63) for a clock (clocks are assigned in 

decreasing order) 

upper_bits Format (integer from 0 to 65535) for a pod (pods are assigned in 

decreasing order) 

lower^bits Format (integer from 0 to 65535) for a pod (pods are assigned in 

decreasing order) 

clockjd {j|k|l|m|n|p} 

clock.spec {OFF I Rising | FALLing | BOTH} 

clock_pairJd {1 12} 

quaLoperation {and | or} 

quaLnum {1|2|3|4> 

qualjevel {off | low | high} 

pod^num {l|2|3|4|5|6|7|8} 

set.hold.value {0|l|2|3j4|5|6|7|8|9} 

value voltage (real number) -6.00 to +6.00 
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SFORmat 



Selector 



SFORmat 

: MACHine { 1 | 2 } : SFORmat 



Example 



The SFORmat (State Format) selector is used as a part of a compound 
header to access the settings in the State Format menu. It always follows 
the MACHine selector because it selects a branch directly below the 
MACHine level in the command tree. 



OUTPUT XXX;'*:MACHINE2:SF0RMAT:MASTER J, RISING" 



Command 



<N> 



CLOCk 

: MACHine { 1 1 2 } : SFORmat : CLOCk<N> <clockjiiode> 

The CLOCk command selects the clocking mode for a given pod when the 
pod is assigned to the state analyzer. When the MASTer option is specified, 
the pod will sample all 16 channels on the master clock. When the SLAVe 
option is specified, the pod will sample all 16 channels on the slave 
clock. When the DEMultiplex option is specified, only one pod of a pod pair 
can acquire data. The 16 bits of the selected pod will be clocked by the 
demultiplex master for labels with bits assigned under the Master pod. The 
same 16 bits will be clocked by the demultiplex slave for labels with bits 
assigned under the Slave pod. The master clock always follows the slave 
clock when both are used. 

{{1|2}| {3 1 4} I {5 1 6} I {7 I 8}} 1 through 8 for the HP 1660A, 1 
through 6 for the HP 1661A, 1 through 4 for the HP 1662A, and 1 through 2 
fortheHP 1663A. 



<clock_inode> {MASTer | SLAVe | DEMultiplex} 



Example 



OUTPUT XXX;":MACHINE1:SF0RMAT:CL0CK2 MASTER" 
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: MACHine { 1 | 2 } : SFORmat : CLOCk<N>? 

The CLOCk query returns the current clocking mode for a given pod. 
[ :MACHine{l 1 2> : SFORmat :CL0CK<N>] <cl9ckjnodeXNL> 

OUTPUT XXX ; " : MACH INE 1 : SFORMAT : CL0CK2 ? " 



LABel 

:MACHine{l I 2} : SFORmat : LABel <name>, [<polarity>y 
<clock_bits>, <upper_^bits>^ <lower_^bits> 
[ ,<upper_bits>,<lower_bits>] . . . ] 

The LABel command allows you to specify polarity and assign channels to 
new or existing labels. If the specified label name does not match an 
existing label name, a new label will be created. 

The order of the pod-specification parameters is significant. The first one 
listed will match the highest numbered pod assigned to the machine you're 
using. Each pod specification after that is assigned to the next highest 
numbered pod. This way they match the left-to-right descending order of 
the pods you see on the Format display. Not including enough pod 
specifications results in the lowest numbered pod(s) being assigned a value 
of zero (all channels excluded). If you include more pod specifications than 
there are pods for that machine, the extra ones will be ignored. However, an 
error is reported anytime when more than 13 pod specifications are listed. 

The polarity can be specified at any point after the label name. 

Because pods contain 16 channels, the format value for a pod must be 
between 0 and 65535 (2^^- 1). When giving the pod assignment in binary 
(base 2), each bit will correspond to a single channel. A "1" in a bit position 
means the associated channel in that pod is assigned to that pod and bit. A 
"0" in a bit position means the associated channel in that pod is excluded 
from the label. For example, assigning #B1 11 1001 100 is equivalent to 
entering " **** ** " fj-Qj^^ f^ont panel. 

A label can not have a total of more than 32 channels assigned to it. 
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<name> String of up to 6 alphanumeric characters 

<polar ity > { Positive | NEGative } 

<clock_bits> Format (integer from 0 to 63) for a clock (clocks are assigned in decreasing 
order) 

<upper_bits> Format (integer from 0 to 65535) for a pod (pods are assigned in decreasing 
order) 

<lower_bits> Format (integer from 0 to 65535) for a pod (pods are assigned in decreasing 
order) 



Examples output XXX;**:MACHINE2:SF0RMAT: label 'STAT', POSITIVE, 

0,127,40312" 

OUTPUT XXX;":MACHINE2:SF0RMAT:LABEL 'SIG 1', #B11, 
#80000000011111111, #80000000000000000 ** 



Query : MACHine { 1 1 2 } : SFORmat : LABel? <name> 



The LABel query returns the current specification for the selected (by 
name) label. If the label does not exist, nothing is returned. The polarity is 
always returned as the first parameter. Numbers are always returned in 
decimal format. 

Returned Format [ :MACHine{l 1 2} :SF0Rmat :LABel] <name>,<polarity> 

[, <clock_bits>, <upper__bits>, <lower_bits>]<NL> 



Example output XXX;":MACHINE2:SF0RMAT:LABEL? 'DATA'" 
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Command Syntax: 



MASTer 

:MACHine{l |2} :SFORinat:MASTer <clock_id>^ 
<clock_spec> 



The MASTer clock confunand allows you to specify a master clock for a given 
machine. The master clock is used in all clocking modes (Master, Slave, and 
Demultiplexed). Each command deals with only one clock (J,K,L,M,N,P); 
therefore, a complete clock specification requires six conrunands, one for 
each clock. Edge specifications (RISing, FALLing, or BOTH) are ORed. 



At least one clock edge must be specified. 



<clock_id> {j|k|l|m|n|p} 
<clock_spec> {OFF I Rising | FALLing | BOTH} 



Example 



OUTPUT XXX;":MACHINE2:SF0RMAT:MASTER J, RISING" 



Query 



sMACHine{l 1 2} : SFORmat: MASTer? <clock_id> 



Returned Format 



Example 



The MASTer query returns the clock specification for the specified clock. 
[ :MACHine{l |2> :SFORiaat:MASTer]<clock_id>^<clock_specXNL> 

OUTPUT XXX; ":MACHINE2: SFORMAT :MASTER? <clock id>" 
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MODE 

Command : MACHine { 1 1 2 } : SFORmat : MODE <acqjmode> 

The MODE conimand allows you to select the acquistlon mode of the state 
analyzer. The modes are either full-channel with 4 Kbit of memoiy depth 
per channel or half-channel with 8 Kbit of memoiy depth per channel. 

< ac g jmode > { FULL | DEEPmemor y } 



Example output XXX;'*:MACHinel:SFORMAT:MODE FULL" 



Query : MACHine { 1 1 2 } : SFORmat : MODE? 

The MODE query returns the current acquistion mode. 
Returned Format [ :MACHine{l 1 2} :SF0Rmat :M0DE] <acqjaodexNL> 



Example output XXX;":MACHINE1:SF0RMAT;M0DE?" 
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Command 



MOPQual 

:MACHine{l 1 2} :SFORmat:MOPQual <clock_pair_id>^ 
<qual_operation> 



The MOPQual (master operation qualifier) command allows you to speciiy 
either the AND or the OR operation between master clock qualifier pair 1 
and 2, or between master clock qualifier pair 3 and 4. For example, you can 
specify a master clock operation qualifer 1 AND 2. 

<clock_pair_id> { 1 1 2 } 

<gual_ {AND I OR} 
operation> 



Example 



OUTPUT XXX;":MACHINE1:SF0RMAT:M0PQUAL l^AND" 



Query 



:MACHine{l 1 2} :SFORmat:MOPQUal? <clockjpair_id> 



Returned Format 



The MOPQual queiy returns the operation qualifier specified for the master 
clock. 

[ :MACHine{l 1 2} : SFORmat : MOPQUal <clock_pair_id>] 
<qual_operation><NL> 



Example 



OUTPUT XXX; ":MACHinel: SFORMAT: MOPQUAL? 1' 
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Command 



MQUal 

: MACHine { 1 | 2 } : SFORmat : MQUal 
<qual_nuin> , <c lock_id> f <qual_level> 



The MQUal (master qualifier) command allows you to specify the level 
qualifier for the master clock. 

<qual_num> {{1|2}|{3|4}}1 through 4 for HP 1660A, HP 1661A, HP 1662A; or, 1 or 
2forHP1663A. 

<clock_id> {j|k|l|m|n|p} 
<qual_level> {OFF | LOW | HIGH} 



Example 



OUTPUT XXX;":MACHINE2:SF0RMAT:MQUAL l^J.LOW" 



Query 



:MACHine{l|2}:SF0Rmat:MQUal? <qual num> 



The MQUal query returns the qualifier specified for the master clock. 
Retumed Format [ : MACeine { 1 1 2 > : SFORmat : MQUal ] <qual_levelXNL> 



Example 



OUTPUT XXX;":MACHINE2:SF0RMAT:MQUAL? 1* 
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REMove 

Command :MACHine{l 1 2} rSFORmat: REMove {<naine>|ALL} 

The REMove command allows you to delete all labels or any one label for a 
given machine. 

<name> String of up to 6 alphanumeric characters 



Examples 



OUTPUT XXX; ":MACHINE2: SFORMAT: REMOVE 'A'" 
OUTPUT XXX; ":MACHINE2: SFORMAT :REM0VE ALL" 



Command 



SETHold 

:MACHine{l I 2} :SFORmat:SETHold <pod_nxim>, 
<set hold value> 



The SETHold (setup/hold) conunand allows you to set the setup and hold 
specification for the state analyzer. 



Even though the command requires integers to specify the setup and hold, the 
query returns the current settings in a string. For example, if you send the 
integer 0 for the setup and hold value, the query will return 3.5/0.0 ns as an 
ASCII string when you have one clock and one edge specified. 
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<pod_num> {{1 1 2} | {3 1 4} | {5 1 6} | {7 | 8}} 1 through 8 for the HP 1660A, 1 through 
6 for the HP 1661A, 1 through 4 for the HP 1662A, and 1 through 2 for the 
HP 1663A. 

<set_hold_ An integer {0|l|2|3|4|5|6|7|8|9} representing the setup and hold 
value> values in table 15-2. 



Table 15-2 



Setup and hold values 


For one clock and one 
edge 


For one clock and both 
edges 


For multiple clocks 


0 = 3.5/0.0 ns 


0 = 4.0/0.0 


0 = 4.5/0.0 


1 = 3.0/0.5 ns 


1=3.5/0.5 


1=4.0/0.5 


2 = 2.5/1.0 ns 


2 = 3.0/1.0 


2 = 3.5/1.0 


3 = 2.0/1.5 ns 


3 = 2.5/1.5 


3 = 3.0/1.5 


4=1,5/2.0 ns 


4 = 2.0/2.0 


4 = 2.5/2.0 


5 = 1.0/2.5 ns 


5=1.5/2.5 


5 = 2.0/2.5 


6 = 0.5/3.0 ns 


6=1.0/3.0 


6=15/3.0 


7 = 0.0/3.5 ns 


7 = 0.5/3.5 


7 = 1.0/3.5 


N/A 


8 = 0.0/4.0 


8 = 0.5/4.0 


N/A 


N/A 


9 = 0.0/4.5 



Example output XXX;*':MACHINE2:SF0RMAT:SETH0LD 1,2*< 



Query : MACHine { 1 1 2 } : SFORMAT : SETHOLD? <pod_nuin> 

The SETHold query returns the current setup and hold settings. 
RetU rned Format [ : MACHine { 1 1 2 > : SPORmat : SETHold <pod_nuin> 1 <set_hold_yaluexNL> 



Example output XXX;":MACHINE2:SF0RMAT:SETH0LD? 3* 
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SLAVe 

Command :MACHine{l | 2} :SFORmat:SLAVe <clock_id>,<clock_spec> 

The SLAVe clock command allows you to specify a slave clock for a given 
machine. The slave clock is only used in the Slave and Demultiplexed 
clocking modes. Each command deals with only one clock CJ,K,L,M,N,P); 
therefore, a complete clock specification requires six commands, one for 
each clock. Edge specifications (RISing, FALLing, or BOTH) are ORed. 



When slave clock is being used at least one edge must be specified. 



<clock_id> {j|k|l|m|n|p} 
<clock_spec> {OFF I Rising | FALLing | BOTH} 

Example output XXX;**:MACHINE2:SF0RMAT: slave J, RISING" 



Query :MACHine{l | 2} : SFORmat :SLAVe?<clock id> 

The SLAVe query returns the clock specification for the specified clock. 
Returned Format [:MACHine{l|2>:SF0Riaat:SLAVe] <clock_id>,<clock_specXNL> 



Example output XXX;**:MACHINE2:SF0RMAT:SLAVE? K" 
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Command 



SOPQual 

:MACHine{l 1 2} : SFORmat: SOPQual <clock_pair_id>^ 
<qual operation> 



The SOPQual (slave operation qualifier) command allows you to specify 
either the AND or the OR operation between slave clock qualifier pair 1 and 
2, or between slave clock qualifier pair 3 and 4. For example you can specify 
a slave clock operation qualifer 1 AND 2. 

<clock_pair_id> { 1 1 2 } 

<qual_ {AND I OR} 
operation> 



Example 



OUTPUT XXX7":MACHine2: SFORMAT: SOPQUAL l.AND" 



Query 



:MACHine{l|2}:SF0Riiiat:S0PQual? <clock pair id> 



Returned Format 



The SOPQual query returns the operation qualifier specified for the slave 
clock. 

[ :MACHine{l 1 2} : SFORmat : SOPQual <clock_pair_id>] 
<qual operation><NL> 



Example 



OUTPUT XXX; ":MACHiNE2: SFORMAT: SOPQUAL? 1* 
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Command 



SQUal 

:MACHine{l 1 2} ;SFORmat:SQUal <qual_niiin>y<clock_id>, 
<qual_level> 



The SQUal (slave qualifier) command allows you to specify the level qualifier 
for the slave clock. 

<qual_nuin> {{1|2}|{3|4}}1 through 4 for HP 1660A, HP 1661A, HP 1662A; or, 1 or 
2forHP1663A. 

<clock_id> {j|k|l|m|n|p} 
<qual_level> {OFF | LOW | HIGH} 



Example 



OUTPUT XXX; ":MACHINE2: SFORMAT: SQUAL 1,J,L0W" 



Query 



Returned Format 



Example 



: MACHine { 1 1 2 } : SFORmat : SQUal ?<qual_n\im> 

The SQUal query returns the qualifier specified for the slave clock. 
[ :MACHine{l 1 2}: SFORmat: SQUal] <clock_id>,<qual_levelXNL> 

OUTPUT XXX; ••:MACHINE2: SFORMAT: SQUAL? 1" 



15-17 



SFORmat Subsystem 
THReshold 



Command 



THReshold 

: MACHine { 1 | 2 } : SFORmat : THReshold<N> 
{TTL|ECL|<value>} 



The THReshold commajid allows you to set the voltage threshold for a given 
pod to ECL, TTL, or a specific voltage from -6.00 V to +6.00 V in 0.05 volt 
increments. 

<N> {{1|2}|{3|4}|{5|6}|{7|8}}1 through 8 for the HP 1660A, 1 through 
6 for the HP 1661A, 1 through 4 for the HP 1662A, and 1 through 2 for the 
HP 1663A. 

<value> Voltage (real number) -6.00 to +6.00 
TTL Default value of +1 .6 V 
ECL Default value of - 1 .3 V 



Example 



OUTPUT XXX; ":MACHINE1: SFORMAT :THRESH0LD1 4.0" 



Query 



: MACHine { 1 | 2 } : SFORmat : THReshold<N>? 



Returned Format 



Example 



The THReshold queiy returns the current threshold for a given pod. 
[ : MACHine { 1 1 2 } : SFORmat : THReshold<N> ] <valueXNL> 

OUTPUT XXX ; " : MACHINE 1 : SFORMAT : THRESH0LD4 ? " 
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Introduction 



The STRigger subsystem contains the commands available for the 
State Trigger menu in the HP 1660A-series logic analyzers. The State 
Trigger subsystem will also accept the STRace Command as used in 
previous HP 1650-series logic analyzers to eliminate the need to 
rewrite programs containing STRace as the Command keyword. The 
STRigger subsystem commands are: 

• ACQuisition 

• BRANch 

• CLEar 

• FIND 

• RANGe 

• SEQuence 

• STORe 

• TAG 

• TAKenbrandi 

• TCONtrol 

• TERM 

• TIMER 

• TPOSition 
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r-O- 



-^ ^ACQu i s i t Ion?J - 



-» {^CLEor } - 



^ACQu i s i t i on^)— »■ space — i — »"^AUToma t i 



I 



BRANch<N> 
^BRANch<N>7) 



space 



br anch_qua I i f i er 



to_ I eve l_num 



space 



SEQuence 



RE Sour ce 





space 


► 


proceed— qua 1 i f i er 


) — ^ 





occur rence 



FIND<N>7 



-^^^ANGeV^ space 



I obe l_nome 



start-pattern 






J 



stop_pattern 



-»>(^RANGe?J- 



-» ^SEQuence ^ — ► 



space 




nurTU-of« 1 eve 1 s 


— ^ 



I ev_of«t r i g 



~»^SEQuence?^ 



~»^STORe<N>^ 



space 



s tor e__qua I i f i er 



STRigger Subsystem Syntax Diagram 
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Figure 16-1 (continued) 




— *^time}- 



slot€-tag-qua I i f i er 



space 













NOSTore 




-0 



TAKenb ranc 



space 




t imer-num 





<ofF> 



STARl 



> 



PAUSe ) — 
»"( ^CONT i nue^ 



TCONtrol<N>? 



spoce 



term«i d 



labe I -.name 



STRigger Subsystem Syntax Diagram (continued) 
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Figure 16-1 (continued) 



-»^TIMER<t imer_num>?^ 



^TIMER<t imer^nurr^^)— »■ space 



t imer^va I ue 



IPOS i t ion 



space 



CENTer 



> 



^PQSTstore^ )— post_value 



TPOSi t ion? 



STRigger Subsystem Suntax Diagram (continued) 
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Table 16-1 



STRigger Parameter Values 



Parameter 

branch.quaiifier 

toJev_num 

proceed.quaiifier 

occurrence 

labeLname 

start_pattern 



stop_pattern 



num_ofJevels 

lev_of_trig 

store_qualifier 

state_tag_qualifier 

timer_num 

timer_value 

term id 



qualifier 
post.vaiue 



Values 

<qualifier> 

integer from 1 to last level 

<qualif ier> 

number from 1 to 1048575 

string of up to 6 alphanumeric characters 



"{#B{0 
#Q{0 
#H{0 
{0|1 

"{#B{0 
#Q{0 
#H{0 
{0|1 



1> 
2 
2 
3 



1> . . . I 



7} ... I 

7|8|9|a|b|c|d|e|f} . 

8|9}. . 



7> . . . I 

7 * ' 
8 



8|9|a|b|c|d|e|f} 

9} . . . >" 



.1 



1) 



integer from 2 to 12 

integer from 1 to (number of existing sequence levels 
<qualifier> 
<qualif ier> 
{1|2} 

400 ns to 500 seconds 
{a|b|c|d|e|f|g|h|i|j} 

X} ... I 

8|9|a|b|c|d|e|f|x}...{ 

9} . . . >" 

see "Qualifier" on page 16-7 

integer from 0 to 100 representing percentage 



pattern *'{#B{0 


1 


X> . 




. 1 




#Q{0 


1 


2 


3 


4 


5 


6 


7 


#H{0 


1 


2 


3 


4 


5 


6 


7 


{0|1 


2 


3 


4 


5 


6 


7 


8 
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Qualifier 



<qualif ier> 
<expression> 

<expr e s s ion 1 a> 



The qualifier for the state trigger subsystem can be terms A through J, 
Timer 1 and 2, and Range 1 and 2. In addition, qualifiers can be the NOT 
boolean function of terms, timers, and ranges. The qualifier can also be an 
expression or combination of expressions as shown below and figure 16-2, 
"Complex Qualifier," on page 16-11. 

The foUowing parameters show how qualifiers are specified in all conunands 
of the STRigger subsystem that use <qualif ier>, 

{"ANYSTATE" | "NOSTATE" | "<expression>" > 

{<expressionla> | <expressionlb> | <expressionla> OR 
<expressionlb>|<expressionla> AND <expressionlb>} 

{<expressionla_tenn> | ( <expressioiila_tenn> [ OR 
<expressionla_term>]* ) | (<expressionla_ter]n>[ AND 
<expressionla term>3* )} 



<expressionla_ { <expression2a> | <expression2b> | <expression2c> | <expression2d>> 
term> 

<expressionlb> {<expressionlb_terin>| ( <expressionlb_tenn>[ OR 

<expressionlb_terin>]* ) | (<expressionlb_term>[ AND 
<expressionlb_tenn>] * ) } 

<expressionlb_^ {<expression2e> |<expression2£> |<expression2g> |<expression2h>} 
tenn> 



<expres s ion2 a> 
<expr e s s ion2 b> 
<expr e s s ion2 c > 
<expr e s s ion2 d> 
<expression2e> 
<expr e s s ion2 £ > 
<expres sion2 g> 
<expr e s s ion2 h> 
<boolean_op> 
<term3a> 



{<term3a>|<tena3b>| (<term3a> <boolean_op> <tenn3b>)> 
{<terni3c>|<range3a>| (<terni3c> <boolean_^op> <range3a>)} 
{<term3d>> 

{<terni3e> ] <tinier3a> | ( <term3e> <boolean_op> <tiiiier3a> ) } 
{<tena3f>|<terni3g>| (<term3f> <boolean_op> <term3g>)} 
{<tenQ3h>|<range3b>I (<term3h> <boolean_op> <range3b>)} 
{<teria3i>} 

{<tena3j>|<timer3b>| (<terni3e> <boolean_op> <tinier3b>)} 

{AND I NAND | OR | NOR | XOR | NXOR} 

{A|N0TA} 
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<tenn3b> {B | notb} 

<tenn3c> {C | notc} 

<term3d> {d|notd} 

<tenn3e> {e|note} 

<term3f> {f|notf} 

<term3g> <g|notg> 

<tenn3h> {H | noth> 

<tenn3i> {i|noti> 

<term3j> {j|notj} 

<range3a> {in_rangei | out_range1} 

<r ange 3b> { in_range2 | out_range2 } 

<timer3a> {TIMERK | TIMER1>} 

<timer3b> {timer2< | timer2>} 

Qualifier Rules 

The following rules apply to qualifiers: 

• Qualifiers are quoted strings and, therefore, need quotes. 

• Expressions are evaluated from left to right. 

• Parenthesis are used to change the order evaluation and, therefore, are 
optional. 

• An expression must map into the combination logic presented in the 
combination pop-up menu within the STRigger menu (see figure 16-2 on 
page 16-12). 



Examples 'A' 

' ( A or B ) ' 

' ( ( A OR B ) AND C ) ' 

' ( ( A OR B ) AND C AND IN_RANGE2 ) ' 

'(( A OR B ) AND ( C AND IN_RANGE1 ))' 

'IN_RANGE1 AND ( A OR B ) AND C 
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STRigger (STRace) 

: MACHine { 1 | 2 } : STRigger 

The STRigger (STRace) (State Trigger) Command is used as a part of a 
compound header to access the settings found in the State Trace menu. It 
always follows the MACHine Command because it selects a branch directly 
below the MACHine level in the command tree. 

OUTPUT XXX; ":MACHINE1: STRIGGER :TAG TIME" 



ACQuisition 

: MACHine { 1 | 2 } : STRigger : ACQuisition 
{ AUTOmat ic | MANual } 

The ACQuisition command allows you to specify the acquisition mode for 
the State analyzer. 

OUTPUT XXX;":MACHINE1:STRIGGER:ACQUISITI0N AUTOMATIC- 

:MACHine{l I 2} : STRigger: ACQuisition? 

The ACQuisition query returns the current acquisition mode specified. 
[ :MACHine{l 1 2} :STRigger :ACQuisition] {AUTOmatic |MANual}<NL> 

OUTPUT XXX; *• : MACHINE 1 : STRIGGER: ACQUIS ITION?" 
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BRANch 

Command : MACHine { 1 | 2 } ; STRigger : BRANch<N> 

<branch_qualif ier> f <to_level_n\iinber> 



The BRANch command defines the branch qualifier for a given sequence 
level. When this branch qualifier is matched, it will cause the sequencer to 
jump to the specified sequence level. 

The terms used by the branch qualifier (A through J) are defined by the 
TERM command. The meaning of in_range and out_range is 
determined by the RANGE command. 

Within the limitations shown by the syntax definitions, complex expressions 
may be formed using the AND and or operators. Expressions are limited to 
what you could manually enter through the State Trigger menu. Regarding 
parentheses, the syntax definitions on the next page show only the required 
ones. Additional parentheses are allowed as long as the meaning of the 
expression is not changed. Figure 16-2 shows a complex expression as seen 
in the State Trigger menu. 



Example The following statements are all correct and have the same meaning. Notice 

that the conventional rules for precedence are not followed. The 
expressions are evaluated from left to right. 

OUTPUT XXX;":MACHINE1:STRIGGER:BRANCH1 'C AND D OR F OR G', 1" 
OUTPUT XXX; ":MACHINE1: STRIGGER :BRANCH1 ' ( (C AND D) OR 
(F OR G))' f 1- 

OUTPUT XXX;":MACHINE1:STRIGGER:BRANCH1 'F OR (C AND D) OR 6%1" 



<N> An integer from 1 to <nuinber_of_levels> 

<to_level_ An integer from 1 to <nuinber_of _levels> 
niiinber> 

<niainber_of_ An integer from 2 to the number of existing sequence levels (maximum 12) 
levels> 

<branch_ <qualif ier> see "Qualifier" on page 16-7 
gualif ier> 
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OUTPUT XXX; ":MACHINE1: STRIGGER :BRANCH1 'ANYSTATE', 3- 
OUTPUT XXX;":MACHINE2:STRIGGER:BRANCH2 'K' , 7" 

OUTPUT XXX;": MACHINE 1: STRIGGER :BRANCH3 '((A OR B) OR NOTG) ' ^ 1- 



: MACHine { 1 | 2 } : STRigger : BRANch<N>? 

The BRANch query returns the current branch qualifier specification for a 
given sequence level. 

[ :MACHine{l 1 2} : STRigger :BRANch<N>] <branchjqualif ier>, 
<to level nuinXNL> 



OUTPUT XXX ; " : MACHINE 1 : STRIGGER : BRANCH3 ? " 



liiner1>400ns 



ln,ronge2 



1 



Umer2>400ns 



c 



Current QusUfier 



:a>b>*(g-»-h) 



Ql7 



Complex qualifier 

Figure 16-2 is a front panel representation of the complex qualifier (a OR b) 
AND Cg OR h). 



STRigger (STRace) Subsystem 
CLEar 



This example would be used to specify this complex qualifier. 

OUTPUT XXX;":MACHINE1:STRIGGER:BRANCH1 '((A OR B) AND 
(G OR H) ) S 2" 



Terms A through E, RANGE 1, and TIMER 1 must be grouped together and 
terms F through J, RANGE 2, and TIMER 2 must be grouped together. In the 
first level, terms from one group may not be mixed with terms from the other. 
For example, the expression ((A OR IN.RAN6E2) AND (C OR H)) is not allowed 
because the term C cannot be specified in the E through J group. 



In the first level, the operators you can use are and, nand, or, nor, 
XOR, nxor. Either and or or may be used at the second level to join the 
two groups together. It is acceptable for a group to consist of a single term. 
Thus, an expression like (B and G) is legal, since the two operands are both 
simple terms from separate groups. 



CLEar 

: MACHine { 1 | 2 } : STRigger : CLEar 
{All I SEQuence | RESource} 

The CLEar command allows you to clear aQ settings in the State Trigger 
menu and replace them with the default, clear only the Sequence levels, or 
clear only the resource term patterns. 

OUTPUT XXX;":MACHINE1:STRIGGER:CLEAR RESOURCE- 
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FIND 

Command : MACHine { 1 | 2 } : STRigger : FIND<N> 

<proceed_qual if ier > g <occurrence> 



The FIND command defines the proceed qualifier for a given sequence level. 
The qualifier tells the state analyzer when to proceed to the next sequence 
level. When this proceed qualifier is matched the specified number of times, 
the sequencer wiU proceed to the next sequence level. In the sequence level 
where the trigger is specified, the FIND command specifies the trigger 
qualifier (see SEQuence command). 

The terms A through J are defined by the TERM command. The meaning of 
IN_RANGE and ouT__RANGE is determined by the RANGe command. 
Expressions are limited to what you could manually enter through the State 
Trigger menu. Regarding parentheses, the syntax definitions below show 
only the required ones. Additional parentheses are allowed as long as the 
meaning of the expression is not changed. See figure 16-2 for a detailed 
example. 

<N> An integer from 1 to (number of existing sequence levels —1) 

<occurrence> An integer from 1 to 1048575 

<proceed_ <qualif ier> see "Qualifier" on page 16-7 
gualif ier> 



Examples output XXX; machine 1:STRIGGER:FIND1 'ANYSTATES 1- 

OUTPUT XXX;":MACHINE1:STRIGGER:FIND3 ' ( (NOTA AND NOTB) OR G) ' , 
1" 
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: MACHine { 1 1 2 } : STRigger : FIND4 ? 

The FIND query returns the current proceed qualifier specification for a 
given sequence level. 

( :MACHine{l 1 2} : STRigger :FIND<N>] <proceed_qualif ier>^ 
<occurrenceXNL> 



OUTPUT XXX; " :MACHINE1 : STRIGGER :FIND<N>?- 



RANGe 

: MACHine { 1 | 2 } : STRigger : RANGE 
<label_name>/<start_pattern>^<stop_pattern> 

The RANGe command allows you to specify a range recognizer term for the 
specified machine. Since a range can only be defined across one label and, 
since a label must contain 32 or less bits, the value of the start pattern or 
stop pattern wiU be between (2 ) — 1 and 0. 



Because a label can only be defined across a maximum of two pods, a range 
term is only available across a single label; therefore, the end points of the 
range cannot be split between labels. 



When these values are expressed in binary, they represent the bit values for 
the label at one of the range recognizers' end points. Don't cares are not 
allowed in the end point pattern specifications. 
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<label_name> String of up to 6 alphanumeric characters 

< start j>attern> "{#B{0|1} . . . | 

#Q{0|1|2|3|4|5|6|7} . . . | 

#H{0|i|2|3|4|5|6|7|8|9|a|b|c|d|b|f> 

{0|l|2|3|4l5|6|7|8|9} • . . >" 

<stopjpattern> ••{#B{0|l} . . . | 

#Q{0|1|2|3|4|5|6|7> . . . | 

#H{0|i|2|3|4|5|6|7|8|9|a|b|c|d|e|f} 

{0|1|2|3|4|5|6|7|8|9} . . . }" 



Examples 



OUTPUT XXX; ":MACHINE1:STRIGGER:RANGE 'DATA' ^ '127', '255' 
OUTPUT XXX;":MACHINE1:STRIGGER:RANGE 'ABC, ' #B00001111 ' , 
'#HCF' " 



Query 



: MACHine { 1 | 2 } : STRigger : RANGe? 



Returned Format 



The RANGe query returns the range recognizer end point specifications for 
the range. 

[ : MACHine { 1 | 2 } : STRAce : RANGe ] <label_name> , <start_pattern> , 
<stop_patternXNL> 



Example 



OUTPUT XXX; " iMACHINEl : STRIGGER: RANGE?" 
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SEQuence 

Command :MACHine{l | 2} :STRigger:SEQuence <nuinber_of_levels>, 

<level_of_trigger> 

The SEQuence command redefines the state analyzer trace sequence. First, 
it deletes the current trace sequence. Then it inserts the number of levels 
specified, with default settings, and assigns the trigger to be at a specified 
sequence level. The number of levels can be between 2 and 12 when the 
analyzer is armed by the RUN key. 

<nuitvber_of _ An integer from 2 to 12 
levels> 

<level_of _ An integer from 1 to (number of existing sequence levels — 1) 
trigger> 



Example output xxx;":machin£1:stri66er: sequence 4,3** 



Query :MACHine{l 1 2} :STRigger:SEQuence? 

The SEQuence query returns the current sequence specification. 

Returned Format [ :MACHine{l 1 2} :STRigger :SEQuence] <nuinber_of_levels>, 

<level_of_triggerXNL> 

<nuinber_of_ An integer from 2 to 12 
levels> 

<level_of_ An integer from 1 to (number of existing sequence levels -1) 
trigger> 



Example output xxx; :machinei :strigger: sequence?* 
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Command 



STORe 

:MACHine{l 1 2} :STRigger :STORe<N> <store_qualif ier> 



The STORe command defines the store qualifier for a given sequence level. 
Any data matching the STORe qualifier will actually be stored in memory as 
part of the current trace data. The qualifier may be a single term or a 
complex expression. The terms A through J are defined by the TERM 
command. The meaning of in_range1 and 2 and out_range1 and 2 is 
determined by the RANGe conunand. 

Expressions are limited to what you could manually enter through the State 
Trigger menu. Regarding parentheses, the sjrntax definitions below show 
only the required ones. Additional parentheses are allowed as long as the 
meaning of the expression is not changed. 

A detailed example is provided in figure 16-2 on page 16-12. 
<N> An integer from 1 to the number of existing sequence levels (maximum 12) 



<store_ 
qualif ier> 



<qualif ier> see "Qualifier" on page 16-7 



Examples 



OUTPUT XXX; "iMACHINEl: STRIGGER: STOREl 'ANYSTATE'" 

OUTPUT XXX;":MACHINEl:STRIGGER:STORE2 ' OUT JRANGE 1 ' " 

OUTPUT XXX;*':MACHINE1;STRIGGER:ST0RE3 ' (KOTC AND NOTD AND 
NOTH) 



Query 



: MACHine { 1 | 2 } : STRigger : STORe<N>? 



Returned Format 



Example 



The STORe query returns the current store qualifier specification for a given 
sequence level <N>. 

[ :MACHine{l 1 2} : STRigger :ST0Re<N>] <store_qualif ierxNL> 
OUTPUT XXX; " :MACHINE1 : STRIGGER: ST0RE4?" 
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TAG 



Command 



: MACHine { 1 | 2 } : STRigger : TAG 

{OFF I TIME I <state_tag_qualif ier>} 



<state_tag_ 
gualifier> 



The TAG command selects the type of count ta^ng (state or time) to be 
performed during data acquisition. State tagging is indicated when the 
parameter is the state tag qualifier, which will be counted in the qualified 
state mode. The qualifier may be a single term or a complex expression. 
The terms A through J are defined by the TERM command. The terms 
IN_RANGE1 and 2 and out_range1 and 2 are defined by the RANGe 
command. 

Expressions are limited to what you could manually enter through the State 
Trigger menu. Regarding parentheses, the syntax definitions below show 
only the required ones. Additional parentheses are allowed as long as the 
meaning of the expression is not changed. A detailed example is provided in 
figure 16-2 on page 16-12. 

<qualif ier> see "Qualifier" on page 16-7 



Examples 



OUTPUT XXX;":MACHINE1: STRIGGER: TAG OFF" 
OUTPUT XXX;-:MACHINE1:STRIGGER:TAG TIME- 
OUTPUT XXX; MACHINE 1: STRIGGER: TAG '(IN_RANGE OR NOTF)'" 
OUTPUT XXX; ":MACHINE1: STRIGGER: TAG '((IN RANGE OR A) AND E)" 



Query 



: MACHine { 1 | 2 } : STRigger : TAG? 



Returned Format 



Example 



The TAG query returns the current count tag specification. 

[ : MACHine { 1 | 2 } : STRigger : TAG ] 

{OFF I TIME I <state_tag_qualif ier>}<NL> 

OUTPUT XXX; :MACHINE1 : STRIGGER:TAG? " 
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TAKenbranch 

:MACHine{l 1 2} :STRigger :TAKenbranch {STORe |NOSTore} 

The TAKenbranch command allows you to specify whether the state causing 
a sequence level change is stored or not stored for the specified machine. 
Both a state that causes the sequencer to proceed or a state that causes the 
sequencer to branch is considered a sequence level change. A branch can 
also jump to itself and this also considered a sequence level change. The 
state causing the branch is defined by the BRANch command. 

OUTPUT XXX;":MACHINE2:STRIGGER:TAKENBRANCH STORE" 



: MACHine { 1 | 2 } : STRigger : TAKenbranch? 

The TAKenbranch query returns the current setting. 

[ : MACHine { 1 1 2 > : STRigger : TAKenbranch ] { STORe | NOSTore ><NL> 

OUTPUT XXX; '* :MACHINE2 : STRIGGER: TAKENBRANCH? 
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TCONtXOl 

Command :MACHine{l | 2} :STRigger:TCONtrol<N> <timer_num>^ 

{OFF I STARt I PAUSe | CONTinue} 

The TCONtrol (timer control) command allows you to turn off, start, pause, 
or continue the timer for the specified level. The time value of the timer is 
defined by the TIMER command. There are two timers and they are 
independently available for either machine. Neither timer can be assigned to 
both machines simultaneously. 

<N> An integer from 1 to the number of existing sequence levels (maximum 12) 
<timer_num> { 1 1 2 } 



Example output XXX;":MACHINE2:STRIGGER:TC0NTR0L6 1, PAUSE" 



Query : MACHine { 1 | 2 } : STRigger : TCONTROL<N>? <timer_num> 

The TCONtrol query returns the current TCONtrol setting of the specified 
level. 

Returned Format [ : MACHine { 1 1 2 > ; STRigger : TC0NTR0L<N> <timer_num> ] 

{OFF I STARt I PAUSe | CONTinue><NL> 

<N> An integer from 1 to the number of existing sequence levels (maximum 12) 
<timer_nxiin> { 1 1 2 } 



Example output XXX;":MACHINE2:STRIGGER:TC0NTR0L?6 1" 
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TERM 

Command :MACHine { 1 1 2 } : STRigger : TERM <terin_id>/ <label_naine>y 

<pattern> 



The TERM command allows you to specify a pattern recognizer term in the 
specified machine. Each command deals with only one label in the given 
term; therefore, a complete specification could require several commands. 
Since a label can contain 32 or less bits, the range of the pattern value will 
be between 2^^ - 1 and 0. When the value of a pattern is expressed in 
binary, it represents the bit values for the label inside the pattern recognizer 
term. Because the pattern parameter may contain don't cares and be 
represented in several bases, it is handled as a string of characters rather 
than a number. 

All 10 terms (A through J) are available for either machine but not both 
simultaneously. If you send the TERM command to a machine with a term 
that has not been assigned to that machine, an error message "Legal 
command but settings conflict" is returned. 

<term_id> {a|b|c|d|e|f|g|h|i|j} 

<label_name> A string of up to 6 alphanumeric characters 

<pattern> ••{#B{0|l|x} . . . | 

#Q{0|1|2|3|4|5|6|7|X} . . . | 

#h{0|i|2|3|4|5|6|7|8|9|a|b|c|d|e1f|x} ... I 

{0|1|2|3|4|5|6|7|8|9} ...}•• 



Example output XXX ; : machine l : STRIGGER : TERM A, ' DATA ' ,'255' " 

OUTPUT XXX; MACHINE 1: STRIGGER: TERM 'ABC , ' #BXXXX1101 ' - 



16-21 



STRigger (STRace) Subsystem 
TIMER 



Query : MACHine { 1 1 2 } : STRigger : TERM? <terin_id> , <label_name> 

The TERM query returns the specification of the term specified by term 
identification and label name. 

Returned Format [:MACHine{l|2}:STRAce:TERM] 

<term_id> , <label_naine> , <patternxNL> 



Example output XXX;":MACHINE1:STRIGGER:TERM? B^'DATA' " 



TIMER 

Command : MACHine { 1 1 2 } : STRi gger : TIMER { 1 1 2 } <t iine_value> 

The TIMER command sets the time value for the specified timer. The limits 
of the timer are 400 ns to 500 seconds in 16 ns to 500 /is increments. The 
increment value varies with the time value of the specified timer. There are 
two timers and they are independently available for either machine. Neither 
timer can be assigned to both machines simultaneously. 

<timejvalue> A real number from 400 ns to 500 seconds in increments which vary from 16 
ns to 500 fjLS, 



Example output XXX;":MACHINE1:STRIGGER:TIMER1 lOOE-6- 
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Query : MACHine { 1 1 2 } : STRigger : TIMER{ 1 1 2 } ? 

The TIMER query returns the current time value for the specified timer. 
Returned Format [ ;MACHine{l 1 2} rSTRigger :TIMER{1 1 2} ] <time_valueXNL> 

<time_value> A real number from 400 ns to 500 seconds in increments which vary from 16 
ns to 500 /iS. 



Example output XXX; " :MACHINE1 :STRIGGER:TIMER1?" 



TPOSition 

Command : MACHine { 1 | 2 } : STRigger : TPOSition 

{STARt I CENTer | END | POSTstore ,<poststore>} 

The TPOSition (trigger position) command allows you to set the trigger at 
the start, center, end or at any position in the trace (poststore). When 
STARt is specified, approximately 16 states are stored before the trigger. 
When END is specified, approximately 16 states are stored after the trigger. 
Poststore is defined as 0 to 100 percent. When 0 or 100 percent is specified, 
the trigger is actually the first or last state respectively. 

<poststore> An integer from 0 to 100 representing percentage of poststore. 



Examples output xxx;":machinei:strigger:tposition end** 

OUTPUT XXX;":MACHINE1:STRIGGER:TP0SITI0N POSTstore, 75" 
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: MACHine { 1 | 2 } : STRigger : TPOSition? 

The TPOSition query returns the current trigger position setting. 

[ : MACHine { 1 [ 2 } : STRigger : TPOSition ] { STARt | CENTer | END | 
POSTS tore r<poststore>}<NL> 

OUTPUT XXX ; : MACH INE 1 : STRIGGER : TPOS ITION? " 
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SLISt Subsystem 



Introduction 



The SLISt subsystem contains the commands available for the State 
Lasting menu in the HP 1660A logic analyzer. These commands are: 



• COLuirm 


• RUNTU 


• CLRPattem 


• TAVerage 


• DATA 


• TMAXimum 


• LINE 


• TMINimum 


• MMODe 


• VRUNs 


• OPATtem 


• XOTag 


• OSEarch 


• XOTime 


• OSTate 


• XPATtem 


• OTAG 


• XSEarch 


• OVERlay 


• XSTate 


• REMove 


• XTAG 
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Table 7-1 



SLISt Parameter Values 



Parameter 

module.num 

mach^num 

coLnum 

line_number 

labeLname 

base 

line num mid screen 



labelj)attern "{iBiO 


1 


X} • 




.1 




#Q{0 


1 


2 


3 


4 


5 


6 


7 


#H{0 


1 


2 


3 


4 


5 


6 


7 


{0|1 


2 


3 


4 


5 


6 


7 


8 



occurrence 
time_value 
state^value 
run_untiLspec 

value 



Values 

{1|2|3|4|5|6|7|8}(2 through 10 not used) 
{1|2> 

Integer from 1 to 61 

Integerfrom -8191 to +8191 

A string of up to 6 alphanumeric characters 

{BINary | HEXadecimal | OCTal | DECimal | TWOS | ASCii | SY 
MBol I lASSembler } for labels or 
{ABSolute I RBLative} for tags 

Integerfrom -8191 to +8191 

x> . . . I 

8|9|a|b|c|d|e|f|x} . . . | 

9} . . . }" 

integerfrom -8191 to +8192 
Real number 
Real number 

{off I LT , <value> | GT , <value> | INRange , <value> , 
<value> I OUTRange , <value> , <value>} 

Real number 
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SLESt 

: MACHine { 1 | 2 } : SLISt 

The SLISt selector is used as part of a compound header to access those 
settings normally found in the State Listing menu. It always follows the 
MACHine selector because it selects a branch directly below the MACHine 
level in the command tree. 

OUTPUT XXX;":MACHINE1:SLIST:LINE 256" 



COLumn 

:MACHine{l|2}:SLISt:C0Luinn <col_niim> 

[ ^<module_nuin>, MACHine{l 1 2} ] ,<label_ncuiie>y<base> 

The COLumn command allows you to configure the state analyzer 
list display by assigning a label name and base to one of the 61 vertical 
columns in the menu. A column number of 1 refers to the left most column. 
When a label is assigned to a column it replaces the original label in that 
column. 

When the label name is "TAGS," the TAGS column is assumed and the next 
parameter must specify RELative or ABSolute. 



A label for tags must be assigned in order to use ABSolute or RELative state 
tagging. 
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<col_nxiin> integer from 1 to 61 

<module_nxiin> {l|2|3|4|5|6|7|8|9|l0}(2 through 10 not used) 

<label_naine> string of up to 6 alphanumeric characters 

<base> {BINary | HEXadecimal | OCTal | DECimal | TWOS | ASCii | SYMBol | 
lASSembler} for labels 
or 

{ABSolute I RELative} for tags 



Example 



OUTPUT XXX; ••: MACHINE 1: SLIST: COLUMN 4, 'A', HEX" 



Query 



:MACHine{ 1 | 2 } : SLISt : COLumn? <col_num> 



Returned Format 



Example 



The COLumn query returns the column number, label name, and base for 
the specified column. 

[ :MACHine{l 1 2} : SLISt : COLumn] <col_nuin>,<module__nuiii>, 
MACHine{l 1 2} /<label_name>,<baseXNL> 

OUTPUT XXX;":MACHINE1:SLIST:C0LUMN? 4" 



Command 



CLRPattem 

: MACHine { 1 1 2 } : SWAVef orm : CLRPattem { X 1 0 1 ALL} 



Example 



The CLRPattem command allows you to clear the patterns in the selected 
Specify Patterns menu. 

OUTPUT XXX;":MACHINE1:SWAVEF0RM:CLRPATTERN X" 
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Query 



DATA 

: MACHine { 1 | 2 } : SLISt : DATA? 
<line_nuinber>/ <label_name> 



Returned Format 



The DATA query returns the value at a specified line number for a given 
label. The format will be the same as the one shown in the listing display. 

( :MACHine{l 1 2>.: SLISt: DATA] <line_nuinber>,<label_name>, 
<pattern stringxNL> 



<line_nmnber> integer from -8191 to +8191 
<label naine> string of up to 6 alphanumeric characters 



<pattern_ 
string> 



Example 



"{#B{0|1|X} • . . I 
#Q{0|1|2|3|4|5|6|7|X} . . . | 

#H{0|1|2|3|4|5|6|7|8|9|a|b|c|d|e|f|X} • . . I 
{0|1|2|3|4|5|6|7|8|9} . . . }- 

OUTPUT XXX;-:MACHINE1:SLIST:DATA? 512, 'RAS'- 



Command 



LINE 

:MACHine{l 1 2} :SLISt:LINE <line_num_iaid_screen> 



< 1 ine_niiin_mid_ 
screen> 



The LINE command allows you to scroll the state analyzer listing vertically. 
The command specifies the state line number relative to the trigger that the 
analyzer highlights at the center of the screen. 

integer from -8191 to +8191 



Example 



OUTPUT XXX; ••: MACHINE 1: SLIST: LINE 0" 
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Query : MACHine { 1 1 2 } : SLISt : LINE? 

The LINE query returns the line number for the state currently In the box at 
the center of the screen. 

Returned Format [ :MACHine{ 1 1 2 } : SLISt :LINE ] <line_numjaid_screenXNL> 



Example output XXX; ** :MACHINE1 iSLISTtLINE?** 



MMODe 

Command : MACHine { 1 1 2 } : SLISt : MMODe <marker_inode> 

The MMODe command (Marker Mode) selects the mode controlling the 
marker movement and the display of marker readouts. When PATTem is 
selected, the markers will be placed on patterns. When STATe is selected 
and state tagging is on, the markers move on qualified states counted 
between normally stored states. When TIME is selected and time tagging is 
enabled, the markers move on time between stored states. When MSTats is 
selected and time tagging is on, the markers are placed on patterns, but the 
readouts will be time statistics. 

<marker jn:iode> { OFF | PATTem | STATe | TIME | MSTats } 



Example output xxx;":machinei:slist:mmode time- 

Query :MACHine{l 1 2} :SLISt :MMODe? 

The MMODe query returns the current marker mode selected. 
Returned Format [ :MACHine{l 1 2} :SLISt :MM0De] <markerjiiodeXNL> 

Example output XXX;**: machine 1:SLIST:MM0DE?'* 
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OPATtem 



Command 



: MACHine { 1 | 2 } : SLISt ; OPATtern 
<label_naine>,<label_pattern> 



<label naine> 



The OPATtem command allows you to construct a pattern recognizer term 
for the 0 Marker which is then used with the OSEarch criteria when moving 
the marker on patterns. Because this command deals with only one label at 
a time, a complete specification could require several invocations. 

When the value of a pattern is expressed in binary, it represents the bit 
values for the label inside the pattern recognizer term. In whatever base is 
used, the value must be between 0 and 2^^ - 1, since a label may not have 
more than 32 bits. Because the <label_pattern> parameter may contain 
don't cares, it is handled as a string of characters rather than a number. 

string of up to 6 alphanumeric characters 



<label_pattern> "{tBlOllIx} • . . | 

#Q{0|1|2|3|4|5|6|7|X} . • . | 

#H{0| i|2|3|4|5|6|7|8I9|a|b|c|d|e|f|x} 
{0|l|2|3|4|5|6l7|8|9} . . . }" 



Examples 



OUTPUT XXX;":MACHINE1:SLIST:0PATTERN 'DATA' 
OUTPUT XXX; ":MACHINE1: SLIST: OPATTERN 'ABC, 



,'255' " 
'#BXXXX1101' 



Query :MACHine{l|2}:SLISt:0PATtern? <label_name> 

The OPATtem query returns the pattern specification for a given label name. 
Returned Format [ :MACHine{ 1 1 2 } ; SLISt : OPATtem ] <label_name>,<label_j)atternXNL> 



Example output XXX;":MACHINE1:SLIST:0PATTERN? 'A' 
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SLISt Subsystem 
OSEarch 



OSEarch 

Command :MACHine{l | 2} : SLISt: OSEarch <occurrence>^<origin> 

The OSEarch command defines the search criteria for the O marker, which is 
then used with associated OPATtem recognizer specification when moving 
the mariners on patterns. The origin parameter tells the marker to begin a 
search with the trigger, the start of data, or with the X marker. The actual 
occurrence the marker searches for is determined by the occurrence 
parameter of the OSEarch recognizer specification, relative to the origin. An 
occurrence of 0 places the marker on the selected origin. With a negative 
occurrence, the marker searches before the origin. With a positive 
occurrence, the marker searches after the origin. 

<occurrence> integer from -8191 to +8191 
<origin> {TRIGger | STARt | XMARker } 

Example output XXX;": machine 1:SLIST:0SEARCH +10, TRIGGER'* 



Query : MACHine { 1 1 2 } ; SLISt : OSEarch? 

The OSEarch query returns the search criteria for the 0 marker. 
Returned Format [ :MACHine{l |2} :SLISt:0SEarch] <occurrence>,<originxNL> 



Example output XXX; " :MACHIN£1 :SLIST:0S£ARCH?*' 
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SLI St Subsystem 
OSTate 



Query 



OSTate 

: MACHine { 1 | 2 } : SLISt : OSTate? 



The OSTate query returns the line number in the listing where the O marker 
resides (-8191 to +8191). If data is not valid, the query returns 32767. 

Returned Format [ :MACHine{l 1 2} :SLISt rOSTate] <state_nuinXNL> 

<state_nuin> an integer from -8191 to +8191, or 32767 



Example 



OUTPUT XXX; " : MACHINE 1 : SLIST: OSTATE?* 



Command 



OTAG 

: MACHine { 1 | 2 } : SLISt : OTAG 
<time__yalue> | <state_value>} 

The OTAG command specifies the tag value on which the O Marker should 
be placed. The tag value is time when time tagging is on, or states when 
state tagging is on. If the data is not valid tagged data, no action is 
performed. 



<tiine_yalue> real number 
<state value> integer 



Example 



:0UTPUT XXX; ":MACHINE1: SLIST: OTAG 40.0E-6" 
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SLISt Subsystem 
OVERlay 



Query 



: MACHine { 1 | 2 } : SLISt : OTAG? 



Returned Format 



The OTAG query returns the O Marker position in time when time ta^ng is 
on or in states when state tagging is on, regardless of whether the marker 
was positioned in time or through a pattern search. If data is not valid, the 
query returns 9.9E37 for time tagging, or returns 32767 for state tagging. 

[ :MACHine{l 1 2} :SLISt :0TAG] {time_value>|<state_yalue>}<NL> 



<tiine_yalue> real number 
<state value> integer 



Example 



OUTPUT XXX; " :MACHINE1 : SLIST: OTAG?" 



Command 



OVERlay 

:MACHine{l 1 2} :SLISt:OVERlay <col_nuin>r<niodulejnum>^ 
MACHine { 1 | 2 } , <label_name> 



The OVERlay command allows you to add time-correlated labels from other 
modules or machines to the state listing. 

<col_niiin> integer from 1 to 61 
<Module_nuin> integer 1 through 10 (2 through 10 unused) 
<label naine> string of up to 6 alphanumeric characters 



Example 



OUTPUT XXX ; " : MACHINE 1 : SLIST : OVERlay ,25,5, MACHINE2 , ' DATA ' ' 
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SLISt Subsystem 
REMove 



REMove 

; MACHine { 1 | 2 } : SLISt : REMove 

The REMove command removes all labels, except the leftmost label, from 
the listing menu. 

OUTPUT XXX; : MACHINE 1 : SLIST: REMOVE- 



RUNTH 

:MACHine{l 1 2} :SLISt :RUNTil <run_until_spec> 

The RUNTil (run until) command allows you to define a stop condition when 
the trace mode is repetitive. Specifying OFF causes the analyzer to make 
runs until either the display's STOP field is touched, or, when the STOP 
command is issued. 

There are four conditions based on the time between the X and O markers. 
Using this difference in the condition is effective only when time tags have 
been turned on (see the TAG command in the STRace subsystem). These 
four conditions are as follows: 

• The difference is less than (LT) some value. 

• The difference is greater than (GT) some value. 

• The difference is inside some range (INRange). 

• The difference is outside some range (OUTRange). 

End points for the INRange and OUTRange should be at least 8 ns apart 
since this is the minimum time resolution of the time tag counter. 
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SLISt Subsystem 
RUNTil 



There are two conditions which are based on a comparison of the acquired 
state data and the compare data image. The analyzer can run until one of 
the following conditions is true: 

• Every channel of every label has the same value (EQUal). 

• Any channel of any label has a different value (NEQual). 



The RUNTil instruction (for state analysis) is available in both the SLiSt and 
COMPare subsystems. 



<run_until_ {OFF | LT^ <value> | GT^ <value> | iNRange , <value>, <value> 
speo I ouTRange , <value> , <value> | EQUal | NEQual } 

<value> real number from -9E9 to +9E9 



Example 



OUTPUT XXX; MACHINE 1: SLIST: RUNTIL GT,800.0E-6- 



Query 



: MACHine { 1 | 2 } : SLISt : RUNTil ? 



Returned Format 



The RUNTil query returns the current stop criteria. 

[ :MACHine{l |2} :SLISt:RUNTil] <run_until_specxNL> 



Example 



OUTPUT XXX; " :MACHINE1 : SLIST: RUNTIL?" 
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SLISt Subsystem 
TAVerage 



Query 



TAVerage 

: MACHine { 1 | 2 } : SLISt : TAVerage? 



Returned Format 



The TAVerage query returns the value of the average time between the X 
and O Markers. If the number of valid runs is zero, the query returns 
9.9E37. Valid runs are those where the pattern search for both the X and O 
marlcers was successful, resulting in valid delta-time measurements. 

[ :MACHine{l 1 2} : SLISt : TAVerage] <time_yaluexNL> 



<tiine value> real number 



Example 



OUTPUT XXX; - : MACHINE 1 : SLIST : TAVERAGE? " 



Query 



TMAXimum 

: MACHine { 1 1 2 } : SLISt : TMAXimum? 



The TMAXimum query returns the value of the maximum time between the 
X and O Markers. If data is not valid, the query returns 9.9E37. 

Returned Format [ :MACHine{l 1 2} :SLISt :TMAXimum] <time_valuexNL> 

<time value> real number 



Example 



OUTPUT XXX; " : MACHINE 1 : SLIST: TMAXIMUM?" 
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SLISt Subsystem 
TMINimum 



TMINinfium 

Query : MACHine { 1 1 2 } : SLISt : TMINimum? 

The TMINimum query returns the value of the minimum time between the X 
and 0 Markers. If data is not valid, the query returns 9.9E37. 

Returned Format [ :MACHine{l 1 2} :SLISt :TMINimum] <time_value><NL> 

<time_value> real number 

Example: output XXX; " : machine l :SLIST:TMINIMUM? - 



VRUNs 

Query : MACHine { 1 1 2 } : SLISt : VRUNs ? 

The VRUNs query returns the number of valid runs and total number of runs 
made. Valid runs are those where the pattern search for both the X and O 
markers was successful resulting in valid delta time measurements. 

Returned Format [ :MACHine{l |2> :SLISt:VRUNs] <valid_runs>,<total_runsxin:.> 

<valid_runs> zero or positive integer 
<total_runs> zero or positive integer 

Example: output XXX;":MACHINE1:SLIST:VRUNS?" 



17-18 



SLISt Subsystem 
XOTag 



XOTag 

Query : MACHine { 1 1 2 } : SLISt : XOTag? 

The XOTa^ query returns the time from the X to O markers when the 
marker mode is time or number of states from the X to O markers when the 
marker mode is state. If there is no data in the time mode the query returns 
9.9E37. If there is no data in the state mode, the query returns 32767. 

Returned Format [ :MACHine{l 1 2} :SLISt :X0Tag] {<X0_time> |<X0_states>}<NL> 

<xo_tiine> real number 
<xo_s t ate s > integer 

Example output XXX; : machine l : SLIST : XOTAG? " 



XOTime 

Query : MACHine { 1 1 2 } : SLISt : XOTime ? 

The XOTime query returns the time from the X to O markers when the 
marker mode is time or number of states from the X to 0 markers when the 
marker mode is state. If there is no data in the time mode the query returns 
9.9E37. If there is no data in the state mode, the queiy returns 32767. 

Returned Format [ :MACHine{l 1 2} :SLISt:X0Time] {<X0_tinie>|<X0_states>><NL> 

<xo_tiine> real number 
<XO_states> integer 

Example output XXX; :MACHINE1 :SLIST:X0TIME?" 
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SLISt Subsystem 
XPATtern 



XPATtem 



Command 



: MACHine { 1 1 2 } : SLISt : XPATtern <label_naine>^ 
<label_pattern> 



The XPATtem command allows you to construct a pattern recognizer term 
for the X Marker which is then used with the XSEarch criteria when moving 
the marker on patterns. Since this command deals with only one label at a 
time, a complete specification could require several invocations. 

When the value of a pattern is expressed in binary, it represents the bit 
values for the label inside the pattern recognizer term. In whatever base is 
used, the value must be between 0 and 2 - 1, since a label may not have 
more than 32 bits. Because the <label_pattern> parameter may contain 
don't cares, it is handled as a string of characters rather than a number. 

<label naine> string of up to 6 alphanumeric characters 



<label__pattern> 



••{#B{0|1|X} . . • I 
#Q{0|1|2|3|4|5|6|7|X} . . . | 
#H{0|l|2|3j4|5|6 |7|8|9|a|b|c|d|e|f|X} . 
{0|1|2|3|4|5|6|7|8|9} ...}•• 



Examples 



OUTPUT XXX; " : MACHINE 1 : SLIST: XPATTERN 'DATA' , '255 ' " 
OUTPUT XXX;":MACHINE1:SLIST:XPATTERN ' ABC , ' #BXXXX1101 ' 



Query : MACHine { 1 1 2 } : SLISt : XPATtern? <label_name> 

The XPATtem query returns the pattern specification for a given label name. 
Returned Format [ :MACHine{l |2} :SLISt:XPATtern] <label_name>,<label_patternXNL> 



Example output XXX;":MACHINE1:SLIST:XPATTERN? 'A'- 
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XSEarch 

Command :MACHine{l | 2} : SLISt: XSEarch <occurrence>y<origin> 

The XSEarch command defines the search criteria for the X Marker, which is 
then with associated XPATtem recognizer specification when moving the 
markers on patterns. The origin parameter tells the Marker to begin a 
search with the trigger or with the start of data. The occurrence parameter 
determines which occurrence of the XPATtem recognizer specification, 
relative to the origin, the marker actually searches for. An occurrence of 0 
places a marker on the selected origin. 

<occurrence> integer from —8191 to +8191 
<or igin> { TRIGger | STARt } 



Example output xxx;*':machinei:slist:xsearch +10, trigger** 



Query : MACHine { 1 1 2 } : SLISt : XSEarch? 

The XSEarch query returns the search criteria for the X marker. 
Returned Format [ :MACHine{l |2} :SLISt:XSEarch] <occurrence>,<originxNL> 



Example output XXX; *• :MACHINE1 :SLIST:XSEARCH?** 
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SLISt Subsystem 
XSTate 



Query 



XSTate 

: MACHine { 1 | 2 } : SLISt : XSTate? 



The XSTate query returns the line number in the listing where the X marker 
resides (-8191 to +8191). If data is not valid, the query returns 32767. 

Returned Format [ :MACHine{l 1 2} :SLISt .-XSTate] <state_nuinXNL> 

<state_num> integer from -8191 to +8191, or 32767 



Example 



OUTPUT XXX; " :MACHINE1 : SLIST: XSTATE?* 



Command 



XTAG 

: MACHine { 1 1 2 } : SLISt : XTAG 
{<time_value> | <state_yalue>} 

The XTAG command specifies the tag value on which the X Marker should 
be placed. The tag value is time when time tagging is on or states when 
state tagging is on. If the data is not valid tagged data, no action is 
performed. 



<time_value> real number 
<state_value> integer 



Example 



OUTPUT XXX;":MACHINE1:SLIST:XTAG 40,0E-6- 
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SLISt Subsystem 
XTAG 



: MACHine { 1 | 2 } : SLISt : XTAG? 

The XTAG query returns the X Marker position in time when time tagging is 
on or in states when state tagging is on, regardless of whether the marker 
was positioned in time or through a pattern search. If data is not valid 
tagged data, the query returns 9.9E37 for time tagging, or retruns 32767 for 
state tagging. 

[ :MACHine{l |2> :SLISt:XTAG] {<time_value>|<state_value>}<NL> 
OUTPUT XXX; " : MACHINE 1 : SLIST : XTAG? 
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SWAVeform 
Subsystem 



Introduction 



The commands in the State Waveform subsystem allow you to 
configure the display so that you can view state data as waveforms on 
up to 96 channels identified by label name and bit number. The 11 
commands are analogous to their counterparts in the Timing 
Waveform subsystem. However, in this subsystem the x-axis is 
restricted to representing only samples (states), regardless of 
whether time tagging is on or off. As a result, the only commands 
which can be used for scaling are DELay and RANge. 

The way to manipulate the X and 0 markers on the Waveform display 
is through the State Listing (SLISt) subsystem. Using the marker 
commands from the SLISt subsystem will affect the markers on the 
Waveform display. 

The commands in the SWAVeform subsystem are: 

• Accumulate 

• ACQuisition 

• CENter 

• CLRPattem 

• CLRStat 

• DELay 

• INSert 

• RANGe 

• REMove 

• TAKenbranch 

• TPOSition 



1&-2 



SWAVeform Subsystem 



Figure 18-1 
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SWAVeform Subsystem 
SWAVeform 



SWAVeform Parameter Values 



Parameter Value 

number_oLsamples integer from -8191 to +8191 

labeLname string of up to 6 aiphanumeric characters 

bitjd {OVERlay | <bit_num> | ALL} 

bit_num integer representing a label bit from 0 to 31 

range.values integerfrom 10 to 5000 (representing (10 x state^Oivision)) 

mark_type {X | o | xo | TRiGger > 

percent integerfrom 0 to 100 



SWAVeform 

: MACHine { 1 | 2 } : SWAVeform 

The SWAVeform (State Waveform) selector is used as part of a compound 
header to access the settings in the State Waveform menu. It always follows 
the MACHine selector because it selects a branch directly below the 
MACHine level in the command tree. 

OUTPUT XXX; ":MACHINE2: SWAVEFORM: RANGE 40" 
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SWAVeform Subsystem 
Accumulate 



Accumulate 

: MACHine { 1 | 2 } : SWAVeform ; Accumulate { {ON | 1 } | {OFF | 0 } } 

The Accumulate command allows you to control whether the waveform 
display gets erased between individual runs or whether subsequent 
waveforms are allowed to be displayed over the previous waveforms. 

OUTPUT XXX; ":MACHINE1: SWAVEFORM: ACCUMULATE ON" 

: MACHine {1 | 2} : SWAVeform: Accumulate? 

The Accumulate query returns the current setting. The query always shows 
the setting as the characters, "0" (off) or "1" (on). 

[ :MACHine{l 1 2} : SWAVeform : Accumulate] {0 1 1}<NL> 
OUTPUT XXX; " :MACHINE1 : SWAVEFORM: ACCUMULATE? " 



ACQuisition 

:MACHine{l I 2} : SWAVeform: ACQuisition 
{ AUTOmatic j MANual } 

The ACQuisition command allows you to specify the acquisition mode for 
the state analyzer. The acquisition modes are automatic and manual. 

OUTPUT XXX ; " : MACHINE2 : SWAVEFORM : ACQUISITION AUTOMATIC " 
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SWAVeform Subsystem 
CENTer 



Query :MACHine{l 1 2} :SWAVeform:ACQuisition? 

The ACQusition query returns the current acquisition mode. 
Returned Format [ :MACHine{l 1 2} :SWAVe£orm:ACQuisition] {AUTOmatic |MANual}<NL> 

Example output XXX; :MACHINE2 :SWAVEF0RM:ACQUISITI0N?" 



CENTer 

Command :MACHine{l | 2} ;SWAVe form: CENTer <marker_type> 

The CENTer command allows you to center the waveform display about the 
specified markers. The markers are placed on the waveform in the SLISt 
subsystem. 

<inarker_type> {X | o | xo | TRiGger } 
Example output XXX;":MACHINE1:SWAVEF0RM:C£NTER X" 



CLRPattem 

Command :MACHine{l | 2} : SWAVeform :CLRPattern {X|0|ALL} 

The CLRPattem command allows you to clear the patterns in the selected 
Specify Patterns menu. 

Example output XXX;":MACHINE1:SWAVEF0RM:CLRPATTERN" 
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SWAVeform Subsystem 
CLRStat 



Command 



CLRStat 

:MACHine { 1 | 2 } : SWAVeform: CLRStat 



Example 



The CLRStat command allows you to clear the waveform statistics without 
having to stop and restart the acquisition. 

OUTPUT XXX; *' :MACHINE1 : SWAVEFORM: CLRSTAT" 



Command 



DELay 

:MACHine{ 1 | 2 } : SWAVeform: DELay <number_of_samples> 



The DELay command allows you to specify the number of samples between 
the State trigger and the horizontal center of the screen for the waveform 
display. The allowed number of samples is from -8191 to +8191. 



<niamber_of_ integer from -8191 to +8191 
samples> 



Example 



OUTPUT XXX;'*:MACHINE2:SWAVEF0RM:DELAy 127" 



Query 



:MACHine{ 1 | 2 } : SWAVeform: DELay? 



Retumed Format 



The DELay query returns the current sample offset value. 

[ :MACHine{ 1 | 2> : SWAVeform: DELay ] <nuinber_of_samples><NL> 



<number_of_ integer from -8191 to +8191 
samples> 



Example 



OUTPUT XXX; :MACHINE1 : SWAVEFORM: DELAY?* 
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SWAVeform Subsystem 
INSeit 



Command 



INSert 

: MACHine { 1 1 2 } : SWAVe form : INSert 
< 1 abe l^name > ^ <b i t_id> 



<label na2ne> 



The INSert command allows you to add waveforms to the state waveform 
display. Waveforms are added from top to bottom on the screen. When 96 
waveforms are present, inserting additional waveforms replaces the last 
waveform. Bit numbers are zero based, so a label with 8 bits is referenced as 
bits 0 through 7. Specifying OVERlay causes a composite waveform display 
of all bits or channels for the specified label. 

string of up to 6 alphanumeric characters 



<bit_id> {OVERlay | <bit_num>ALL} 
<bit_num> integer representing a label bit from 0 to 31 



Examples 



OUTPUT XXX ;":MACHINE1: SWAVEFORM: INSERT 'WAVE', 19" 
OUTPUT XXX ; " : MACH INE 1 : SWAVEFORM : INSERT ' ABC ' , OVERLAY - 
OUTPUT XXX; MACH 1:SWAV: INSERT 'PODl', #B1001" 



RANGe 

Command :MACHine{l|2}:SWAVeforin:RANGe <nuinber_of_sainples> 



<nuinber_of_ 
samples> 



The RANGe command allows you to specify the number of samples across 
the screen on the State Waveform display. It is equivalent to ten times the 
states per division setting (states/Div) on the front panel. A number 
between 10 and 5000 may be entered. 

integer from 10 to 5000 



Example 



OUTPUT XXX;":MACHINE2:SWAVEF0RM:RANGE SO" 
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SWAVeform Subsystem 
REMove 



Query 



Returned Format 



:MACHine{ 1 1 2} : SWAVef orm:RANGe? 

The RANGe query returns the current range value. 

[ : MACHine { 1 1 2 } : SWAVeform : RANGe ] <nuinber_^of _samplesXNL> 



<nuinber_of_ integer from 10 to 5000 
saiaples> 



Example 



Command 



Example 



OUTPUT XXX; " :MACHINE2 : SWAVEFORM: RANGE? " 



REMove 

:MACHine{l I 2} :SWAVeforin:REMove 

The REMove command allows you to clear the waveform display before 
building a new display. 

OUTPUT XXX ; " : MACHINE 1 : SWAVEFORM : REMOVE " 



Command 



Example 



TAKenbranch 

: MACHine { 1 | 2 } : SWAVef orm: TAKenbranch {STORe | NOSTore} 

The TAKenbranch command allows you to control whether the states that 
cause branching are stored or not stored. This command is only available 
when the acquisition mode is set to manual. 

OUTPUT XXX; ••:MACHINE2: SWAVEFORM: TAKENBRANCH STORE" 
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SWAVeform Subsystem 
TPOSition 



Query :MACHine{ 1 1 2 } : SWAVeform: TAKenbranch? 

The TAKenbranch query returns the current setting. 
Returned Format [ :MACHine{l |2}:SWAVeform:TAKenbranch] {STORe|NOSTore}<llL> 



Example output XXX ; ** : MACHINE2 : SWAVEFORM : TAKENBRAKCH? *< 



TPOSition 

Command :MACHine{l | 2} : SWAVeform :TPOS it ion 

{STARt I CENTer | END | POSTstore , <percent>} 



The TPOSition command allows you to control where the trigger point is 
placed. The trigger point can be placed at the start, center, end, or at a 
percentage of post store. The post store option is the same as the User 
Defined option when setting the trigger point from the front panel. 

The TPOSition command is only available when the acquisition mode is set 

to manual. 

<percent> integer from 1 to 100 



Example output XXX;": machine 2 :SWAVEF0RM:TP0SITI0N CENTER" 
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SWAVeform Subsystem 
TPOSition 



Query :MACHine{l 1 2} :SWAVeforni:TPOSition? 

The TPOSition query returns the current trigger setting. 

Returned Format [ :MACHine{l 1 2> :SWAVeform:TPOSition] 

{STARt I CENTer | END | POSTS tore , 
<per cent > } <NL> 

<percent> integer from 1 to 100 



Example output XXX; ** :MACHINE2 : SWAVEFORM: TPOSition? ** 
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SCHart Subsystem 



Introduction 



The State Chart subsystem provides the commands necessary for 
programming the Chart display HP 1660A-series logic analyzers . The 
commands allow you to build charts of label activity, using data 
normally found in the Listing display. The chart's Y-axis is used to 
show data values for the label of your choice. The X-axis can be used 
in two different ways. In one, the X-axis represents states (shown as 
rows in the State Listing display). In the other, the X-axis represents 
the data values for another label. When states are plotted along the 
X-axis, X and 0 markers are available. Because the State Chart 
display is simply an alternative way of looking at the data in the State 
Listing, the X and 0 markers can be manipulated through the SLISt 
subsystem. Because the programming commands do not force the 
menus to switch, you can position the markers in the SLISt subsystem 
and see the effects in the State Chart display. 

The commands in the SCHart subsystem are: 

• Accumulate 

• HAXis 

• VAXis 
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SCHart Subsystem 



Figure 19-1 
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SCHart Subsystem 
SCHart 



SCHart Parameter Values 



Parameter 

stateJow_value 

state_high_value 

labeLname 

labelJow_value 

labeLhigh_value 

low.value 

high.value 



Values 

integer from -8191 to +8191 

integer from <state_low_value> to +8191 

string of up to 6 alphanumeric characters 

string from 0 to 2^^ - 1(#HFFFF) 

string from <labelJow_value> to 2^^ - 1 (#HFFFF) 

string from 0 to 2^^ - 1 (#HFFFF) 

string from low.value to 2^^ - 1 |#HFFFF) 



SCHart 

: MACHine { 1 | 2 } : SCHart 



The SCHart selector is used as part of a compound header to access the 
settings found in the State Chart menu. It always follows the MACHine 
selector because it selects a branch below the MACHine level in the 
command tree. 



OUTPUT XXX;": MACHINE 1: SCHART :VAXIS 'A', '0'^ '9"* 



Accumulate 

: MACHine { 1 1 2 } : SCHart : Accumulate { {ON 1 1 } | {OFF 1 0 } } 

The Accumulate command allows you to control whether the chart display 
gets erased between each individual run or whether subsequent waveforms 
are allowed to be displayed over the previous waveforms. 
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OUTPUT XXX;": MACHINE 1: SCHART: ACCUMULATE OFF" 



:MACHine { 1 | 2 } : SCHart : Accumulate? 

The Accumulate query returns the current setting. The query always shows 
the setting as the character "0" (ofO or "1" (on). 

[ :MACHine{l I 2> : SCHart : Accumulate] {0 | 1><NL> 
OUTPUT XXX ; " : MACHINE 1 : SCHART : ACCUMULATE? " 



HAXis 

:MACHine{l|2}:SCHart:HAXis {STAtes, 
<state_low_yalue>, <state_high_yalue> | <label_name>/ 
<label_low_yalue>/<label_high_yalue>} 

The HAXis command allows you to select whether states or a label's values 
will be plotted on the horizontal axis of the chart. The axis is scaled by 
specifying the high and low values. 



The shortform for STATES is STA. This is an intentional deviation from the 
normal truncation rule. 
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<state_low_ integer from -8191 to +8191 
value> 

<state_high_ integer from <state_low_value> to +8191 
value> 

<label_name> string of up to 6 alphanumeric characters 

<label_low_ string from 0 to 2^^- 1 (#HFFFF) 
value> 

<label_high_ string from <label_low_value> to 2^^-l C#HFFFF) 
value> 



Examples 



OUTPUT XXX;":MACHINE1:SCHART:HAXIS STATES, -100, 100" 
OUTPUT XXX; "iMACHINEl: SCHART: HAXIS 'READ', '-511', '511" 



Query 



: MACHine { 1 1 2 } : SCHart : HAXis ? 



Returned Format 



The HAXis query returns the current horizontal axis label and scaling. 

[ : MACHine { 1 | 2 } : SCHart : HAXis ] { STAtes , <s t ate_low_value> , 
<state_high_value> | <label_naiae> , <label_low_value> , 
<label_high_value>} 



Example 



OUTPUT XXX; " : MACHINE 1 : SCHART: HAXIS?" 
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VAXis 



Command 



: MACHine { 1 | 2 } : SCHart : VAXis 
<label_name>,<low_yalue>/<high_yalue> 



< 1 abe l^name > 
<low_value> 
<high_value> 



The VAXis command allows you to choose which label will be plotted on the 
vertical axis of the chart and scale the vertical axis by specifying the high 
value and low value. 

string of up to 6 alphanumeric characters 

string from 0 to 2^^- 1 (#HFFFF) 

string from <low value> to 2^^-l (#HFFFF) 



Examples 



OUTPUT XXX; ":MACHINE2:SCHART:VAXIS 'SUMl' 
OUTPUT XXX; ":MACHINE1:SCHART:VAXIS 'BUS', 



'0', '99'" 
'#HOOFF', ' 



#H0500'" 



Query 



: MACHine { 1 | 2 } : SCHart : VAXis? 



Returned Format 



The VAXis query returns the current vertical axis label and scaling. 

[ : MACHine { 1 1 2 > : SCHart : VAXis ] <label_name>,<low_value>, 
<high valueXNL> 



Example 



OUTPUT XXX; " : MACHINE 1 : SCHART: VAXIS?* 
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Introduction 



Corranands in the state COMPare subsystem provide the ability to do 
a bit-by-bit comparison between the acquired state data listing and a 
compare data image. The commands are: 

• CLEar 

• CMASk 

• COPY 

• DATA 

• FIND 

• UNE 

• MENU 

• RANGe 

• RUNTU 

• SET 
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Figure 20-1 
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COMPare Subsystem Syntax Diagram 
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Compare Parameter Values 



Parameter 

iabeLname 
care.spec 

line_num 
data_pattern 



difference_occurence 

startjine 

stopjine 



Values 

string of up to 6 characters 
string of characters " {* | . } . 
care 

don't care 

integerfrom -8191 to +8191 

•{B{0|1|X> 



#Q{0 


1 


2 


3 


4 


5 


6 


7 


#H{0 


1 


2 


3 


4 


5 


6 


7 


{0|1 


2 


3 


4 


5 


6 


7 


8 



x> . . . I 

8|9|a|b|c|d|e|f|x} 

9} . . . 



integerfrom 1 to 8192 
integerfrom -8191 to +8191 
integerfrom <start line>to+8191 



COMPare 

: MACHine { 1 | 2 } : COMPare 



The COMPare selector is used as part of a compound header to access the 
settings found in the Compare menu. It always foUows the MACHine 
selector because it selects a branch directly below the MACHine level in the 
command tree. 



OUTPUT XXX; ":MACHINE1: COMPARE: FIND? 819 
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Command 



Example 



CLEar 

: MACHine { 1 | 2 } : COMPare : CLEar 

The CLEar command clears all "don't cares" in the reference listing and 
replaces them with zeros except when the CLEar command immediately 
follows the SET command (see SET command). 

OUTPUT XXX; " : MACHINE 2 : COMPARE : CLEAR" 



CMASk 

Command : MACHine { 1 1 2 } : COMPare : CMASk 

<label_nanie>/ <care__spec> 

The CMASk (Compare Mask) command allows you to set the bits in the 
channel mask for a given label in the compare listing image to "compares" or 
"don't compares." 

<label_naine> A string of up to 6 alphanumeric characters 

<care_spec> A string of characters "{*!.}..." (32 characters maximum) 

<*> An indicator that tells the logic analyzer that it cares about this bit. 

< . > An indicator that tells the logic analyzer that it does not care about this bit 
(don't care). 



Example 



OUTPUT XXX;":MACHINE2:C0MPARE:CMASK 'DATA', '*.**..**" 
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Query 



: MACHine { 1 | 2 } : COMPare : CMASk <label_name>? 



Returned Format 



The CMASk query returns the state of the bits in the channel nnask for a 
given label in the compare listing image. 

[ :MACHine{l |2} : COMPare : CMASk ] <label_name>,<care_spec> 



<label naine> A string of up to 6 alphanumeric characters 

<care__spec> A string of characters "{*!.}..." (32 characters maximum) 

<*> An indicator that tells the logic analyzer that it cares about this bit. 

< . > An indicator that tells the logic analyzer that it does not care about this bit 
(don't care). 

Example output XXX;":MACHINE2:C0MPARE:CMASK 'DATA'?" 



COPY 



Command 



: MACHine { 1 | 2 } : COMPare : COPY 



The COPY command copies the current acquired State Listing for the 
specified machine into the Compare Reference template. It does not affect 
the compare range or channel mask settings. 



Example 



OUTPUT XXX; " : MACHINE 2 : COMPARE : COPY" 



20-6 



COMPare Subsystem 
DATA 



DATA 

Command :MACHine{l 1 2} :COMPare:DATA {<label_naine>, 

<line_num>, <data^attern> | <line_niim>, 
<data_pattern>[ / <data_j)attern>] . . . } 



The DATA command allows you to edit the compare listing image for a given 
label and state row. When DATA is sent to an instrument where no compare 
image is defined (such as at power-up) all other data in the image is set to 
don't cares. 

Not specifying the <label_name> parameter allows you to write data 
patterns to more than one label for the given line number. The first pattern 
is placed in the left-most label, with the following patterns being placed in a 
left-to-right fashion (as seen on the Compare display). Specifying more 
patterns than there are labels simply results in the extra patterns being 
ignored. 

Because don't cares (Xs) are allowed in the data pattern, it must always be 
expressed as a string. You may still use different bases; although, don't 
cares cannot be used in a decimal number. 

<label_name> A string of up to 6 alphanumeric characters 

<line_nuin> An integer from -8191 to +8191 

<data pattern> A string in one of the following forms: 
"{B{0|1|X} ... I 
#Q{0|1|2|3|4|5|6|7|X} . . . | 

#H{0|1|2|3|4|5|6 |7|8|9|a|b|c|d|e|f|X} . . . | 
{0|1|2|3|4|5|6|7|8|9} . . . }" 



Examples output XXX; '•:MACHINE2: compare: data 'CLOCK'^ A2, '#B011X101X'" 

OUTPUT XXX; " :MACHINE2 : COMPARE : DATA ' OUTS ' , 0, ' #HFF40 ' " 
OUTPUT XXX; ":MACHINE1:C0MPARE:DATA 129, '#BXXOO', '#31101% 
'#B10XX'" 

OUTPUT XXX; ":MACH2 : COMPARE: DATA -511, '4', '64', '16', 256', 
'8', '16'" 
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Query : MACHine { 1 1 2 } : COMPare : DATA? <label_name> , <line_nuin> 

The DATA query returns the value of the compare listing image for a given 
label and state row. 

Retumed Format [ :MACHine{l |2> :COMPare:DATA] <label_naiae>^<line_niim>^ 

<da t a_pa 1 1 er nxNL> 

<label_naine> A string of up to 6 alphanumeric characters 

<line_^num> An integer from -8191 to +8191 

<data pattern> A string in one of the following forms: 
"{B{0|1|X} . . • I 
#Q{0|1|2|3|4|5|6|7|X} . . . | 

#h{0|i|2|3|4|5|6|7|8|9|a|b|c|d|e|f|x} ... I 
{0|1|2|3|4|5|6|7|8|9} . . . }" 



Example lO dim Label$[6], Response$[80] 

15 PRINT *'This program shows the values for a signal's Compare 

listing" 

20 INPUT "Enter signal label: , Label$ 

25 OUTPUT XXX;": SYSTEM: HEADER OFF" ITurn headers off (from 
responses ) 

30 OUTPUT XXX;":MACHINE2:C0MPARE:RANGE?" 

35 ENTER XXX; First, Last !Read in the range's end-points 
40 PRINT "LINE ", "VALUE of "; Label$ 

45 FOR State = First TO Last ! Print compare value for each 
state 

50 OUTPUT XXX; ":MACH2:C0MPARE: DATA? '" & Label$ & & 
VAL$( State) 

55 ENTER XXX; Response$ 
60 PRINT State, Response$ 
65 NEXT State 
70 END 
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Query 



Returned Format 

<di f f er enc e_ 
occurrence> 

<line_nmnber> 
Example 
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FIND 

:MACHine{l 1 2} : COMPare: FIND? <dif f erence_occurrence> 

The FIND query is used to get the line number of a specified difference 
occurence (first, second, third, etc) within the current compare range, as 
dictated by the RANGe command (see page 20-11). A difference is counted 
for each line where at least one of the current labels has a discrepancy 
between its acquired state data listing and its compare data image. 

Invoking the FIND query updates both the Listing and Compare displays so 
that the line number returned is in the center of the screen. 

[ :MACHine{l |2> : COMPare: FIND] <dif f erence_occurrence>^ 
<line_nuinberxNL> 

integer from 1 to 8192 
integer from -8191 to +8191 

OUTPUT XXX;": MACHINE 2: COMPARE: FIND? 26" 
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LINE 



LINE 

Command : MACHine { 1 1 2 } : COMPare : LINE <line_num> 

The LINE command allows you to center the compare listing data about a 

specified line number. 

<line_nuin> An integer from -8191 to +8191 



Example 



Query 



OUTPUT XXX;":MACHINE2:C0MPARB:LINE -511" 



: MACHine { 1 | 2 } : COMPare : LINE? 



The LINE query returns the current line number specified. 
Retumed Format [ :MACHine{l 1 2} :C0MPare:LINE] <line_num>}<NL> 

<line num> An integer from -8191 to +8191 



Example 



OUTPUT XXX; " :MACHINE4 : COMPARE: LINE?" 



Command 



Example 



MENU 

: MACHine { 1 | 2 } : COMPare : MENU {REFerence | DIFFerence } 

The MENU command allows you to display the reference or the difference 
listings in the Compare menu. 

OUTPUT XXX;":MACHINE2:C0MPARE:MENU REFERENCE" 
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RANGe 

Command : MACHine { 1 | 2 } : COMPare : RANGe 

{FULL|PARTial,<start_line>,<stop_line>} 

The RANGe command allows you to define the boundaries for the 
comparison. The range entered must be a subset of the lines in the acquire 
memory. 

<start_line> integer from -8191 to +8191 
<stop line> integer from <start_line> to +8191 



Examples output XXX; ":MACHINE2: compare :RANGE partial^ -511^ 512' 

OUTPUT XXX; ":MACHINE2: COMPARE: RANGE FULL" 



Query : MACHine { 1 1 2 } : COMPare : RANGe? 

The RANGe query returns the current boundaries for the comparison. 

Returned Format [ :MACHine{l |2> :COMPare:RANGe] {FULL|PARTialr<start_line>, 

<stop_line>><NL> 

<start_line> integer from -8191 to +8191 

<stop_line> integer from <start_line> to +8191 



Example output 707;":MACHINE1:COMPARE:RANGE?" 
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RUNTU 

Command :MACHine{l | 2} : COMPare: RUNTii {0FF| LT^<value>|GT, 

<value> I INRange , <value> f <value> | OUTRange , <value> ^ <va 
lue> I EQUal | NEQual } 

The RUNTii (run until) command allows you to define a stop condition when 
the trace mode is repetitive. Specifying OFF causes the analyzer to make 
runs until either the display's STOP field is touched or the STOP command is 

issued. 

There are four conditions based on the time between the X and O markers. 
Using this difference in the condition is effective only when time tags have 
been turned on (see the TAG command in the STRace subsystem). These 
four conditions are as follows: 

• The difference is less than (LT) some value. 

• The difference is greater than (GT) some value. 

• The difference is inside some range (INRange). 

• The difference is outside some range (OUTRange). 

End points for the INRange and OUTRange should be at least 8 ns apart 
since this is the minimum time resolution of the time tag counter. 

There are two conditions which are based on a comparison of the acquired 
state data and the compare data image. You can run until one of the 
following conditions is true: 

• Every channel of every label has the same value (EQUal). 

• Any channel of any label has a different value (NEQual). 



The RUNTii instruction (for state analysis) is available in both the SLiSt and 
COMPare subsystems. 



<value> real number from -9E9 to +9E9 
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Example output XXX;":MACHINE2: compare :RUNTIL EQUAL" 



Query : MACHine { 1 1 2 } : COMPare : RUNTil ? 

The RUNTil query returns the current stop criteria for the comparison when 
running in repetitive trace mode. 

Returned Format [ :MACHine{l|2>:C0MPare:RUNTil] {0FF| LT,<value>|GT,<value>l 

INRange ^ <value> , <value> | OUTRange , <value> , <value> | EQUal | NEQual } 
<NL> 

<value> real number from -9E9 to +9E9 



Example output XXX; " :MACHINE2 :C0MPARE :RUNTIL?" 



SET 

Command : MACHine { 1 1 2 } : COMPare : SET 

The SET command sets every state in the reference listing to "don't cares." 
If you send the SET command by mistake you can immediately send the 
CLEar command to restore the previous data. This is the only time the 
CLEar command will not replace "don't cares" with zeros. 



Example output XXX; " :MACHINE2 :C0MPARE :SET" 
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Introduction 



The TFORmat subsystem contains the conunands available for the 
Timing Format menu in the HP 1660-series logic analyzers. These 

commands are: 

• ACQMode 

• LABel 

• REMove 

• THReshold 
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Figure 2M 
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TFORmat Paramter Values 



Parameter Values 

size {FULL I HALF} 

<N> {1|2|3|4|5|6|7|8} 

name string of up to 6 alphanumeric characters 

polarity {Positive |NEGative> 

pod.specification format (integer from 0 to 65535) for a pod (pods are 
assigned in decreasing order) 

value voltage (real number) -6.00 to +6.00 



TFORmat 

: MACHine { 1 | 2 } : TFORmat 

The TFORmat selector is used as part of a compound header to access those 
settings normally found in the Timing Format menu. It always follows the 
MACHine selector because it selects a branch directly below the MACHine 
level in the language tree. 

OUTPUT XXX; " :MACHINE1 : TFORMAT :ACQM0DE?" 
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Command 



ACQMode 

:MACHine { 1 | 2 } : TFORmat : ACQMode {TRANSitional 
<size> I CONVentional <si2e> | GLITch} 



<size> 



Example 



The ACQMode (acquisition mode) command allows you to select the 
acquisition mode for the timing analyzer. The options are: 

• conventional mode at full-channel 250 MHz 

• conventional mode at half-channel 500 Mhz 

• transitional mode at full-channel 125 MHz 

• transitional mode at half-channel 250 MHz 

• glitch mode. 
{FULL I HALF} 

OUTPUT XXX; -:MACHINE2:TFORMAT:ACQMODE TRANSITIONAL HALF- 



Query 



: MACHine { 1 | 2 } : TFORmat : ACQMode? 



Returned Format 



Example 



The ACQMode query returns the current acquisition mode. 

[ :MACHine{l 1 2}: TFORmat: ACQMode] {TRANSitional 
<size> I CONVentional <si2e> | GLITch}<NL> 



<size> {FULL I HALF} 



OUTPUT XXX; " :MACHINE2 : TFORMAT: ACQMODE?" 
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Command 



LABel 

:MACHine{l |2} :Tformat:LABel <name>, [<polarity>^ 
<clock_bits>/ <upper_bits>r <lower_bits> 
[ f <upper_bits>,<lower_bits>] . . . ] 



The LABel command allows you to specify polarity and to assign channels to 
new or existing labels. If the specified label name does not match an 
existing label name, a new label will be created. 

The order of the pod-specification parameters is significant. The first one 
listed will match the highest numbered pod assigned to the machine you're 
using. Each pod specification after that is assigned to the next highest 
numbered pod. This way they match the left-to-right descending order of 
the pods you see on the Format display. Not including enough pod 
specifications results in the lowest numbered pods being assigned a value of 
zero (all channels excluded). If you include more pod specifications than 
there are pods for that machine, the extra ones will be ignored. However, an 
error is reported anytime more than 13 pod specifications are listed. 

The polarity can be specified at any point after the label name. 

Because pods contain 16 channels, the format value for a pod must be 
between 0 and 65535 (2^^- 1). When giving the pod assignment in binary 
G^ase 2), each bit will correspond to a single channel. A "1" in a bit position 
means the associated channel in that pod is assigned to that pod and bit. A 
"0" in a bit position means the associated channel in that pod is excluded 
from the label. For example, assigning #B1 1 1 1001 100 is equivalent to 
entering " **** ** * fj.^^ j-^^ jj-qj^^ panel. 

A label can not have a total of more than 32 channels assigned to it. 

<name> string of up to 6 alphanumeric characters 

<polarity> {Positive | NEGative} 

<clock_bits> format (integer from 0 to 63) for a clock (clocks are assigned in decreasing 
order) 

<upper_bits> format (integer from 0 to 65535) for a pod (pods are assigned in decreasing 
order) 

<lower_bits> format (integer from 0 to 65535) for a pod (pods are assigned in decreasing 
order) 
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Examples 



OUTPUT XXX;":MACHINE2:TF0RMAT:LABEL 'STATS POSITIVE, 
0,127,40312" 

OUTPUT XXX; ":MACHINE2: TFORMAT: LABEL 'SIG 1' , 
#B11, #80000000011111111, 
#80000000000000000 " 



Query 



:MACHine{l|2}:Tformat:LABel? <nanie> 



Returned Format 

<naine> 
<polarity> 

Example 



The LABel query returns the current specification for the selected (by 
name) label. If the label does not exist, nothing is returned. Numbers are 
always returned in decimal format. 

[ :MACHine{l 1 2> :Tformat:IiABel] <naiiie>,<polarity>[ , 
<assigiiment>] . . .<NL> 

string of up to 6 alphanumeric characters 

{Positive I NEGative} 

OUTPUT XXX;":MACHINE2:TF0RMAT:LABEL? 'DATA'" 



Command 



REMove 

: MACHine { 1 1 2 } : TFORmat ; REMove {<naine> | ALL} 



The REMove command allows you to delete all labels or any one label 
specified by name for a given machine. 

<naine> string of up to 6 alphanumeric characters 



Examples 



OUTPUT XXX; ":MACHINE1: TFORMAT: REMOVE 'A'" 
OUTPUT XXX;":MACHINE1:TF0RMAT:REM0VE ALL" 
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THReshold 



Command 



:MACHine{ 1 | 2> : TFORmat : THReshold<N> {TTL | ECL | <value>} 



The THReshold command allows you to set the voltage threshold for a given 
pod to ECL, TTL, or a specific voltage from -6.00 V to +6.00 V in 0.05 volt 

increments. 

<N> pod number {112 |3|4|5|6|7|8} 

<value> voltage (real number) -6.00 to +6.00 

TTL default value of +L6 V 

ECL default value of - 1.3 V 

Example output XXX; ":MACHINE1:TF0RMAT:THRESH0LD1 4.0" 



Query :MACHine{l | 2} :TFORmat :THReshold<N>? 



Returned Format 



The THReshold query returns the current threshold for a given pod. 

[ :MACHine{l |2} : TFORmat :THReshold<N>] <value><NL> 



Example 



OUTPUT XXX ; " : MACHINE 1 : TFORMAT : THRESH0LD2 ? " 
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Introduction 



The TTRigger subsystem contains the commands available for the 
Timing Trigger menu in the HP 1660-series logic analyzers. The 
Timing Trigger subsystem will also accept the TTRace selector as 
used in previous HP 1650-series logic analyzers to eliminate the need 
to rewrite programs containing TTRace as the selector keyword. The 
TTRigger subsystem commands are: 

• ACQuisition 

• BRANch 

• CLEar 

• FIND 

• GLEDge 

• RANGe 

• SEQuence 

• SPERiod 

• TCONtrol 

• TERM 

• TIMER 

• TPOSition 
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Figure 22-1 
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-» ^$PERiod) --» ^spoce | — » j somp I e,per i od [ - 
■-»(^SPER i od?) 



--»> (^TCONtrol<N>} --*> j spoce t i me r um 



^ ^ 18350S06 

TTRigger Subsystem Syntax Diagram 



--» (STARt ) - 
PAUsT) 



[ CONTinue J 
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Figure 22-1 (continued) 



-i^TERM?y-»" space 



— »^TIMER<1 imer_nunn> ^)-~^ space 



^TCQN t r o I <N>?^) — »■ space tlmer_nu 

term) 




-»* (^TIMER<t imer^num>?^ 



-» ^TPOS i t i on^ —fc" spoce 



—H^CENTer^ 

--H^end) 



JPOSi tion?)- 



-■^•»^( ^POSTstore^ — **Cj3~^ post^value 
^*~H^DELa7) ^^(j^y^ time-val 



TTRigger Subsystem Syntax Diagram (continued) 
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Table 22-1 



TTRigger Parameter Values 



Parameter 

branch.quaiifier 

toJev_num 

proceed_qualifier 

occurrence 

labeLname 

glitch_edge_spec 

start.pattern 
stop_pattern 



num_ofJevels 

lev_oOrig 

store.qualifier 

state_tag_qualifier 

timer_num 

timer_value 

termjd 



qualifier 
post_store 
time val 



Values 

<qualif ier> 

integer from 1 to last level 

<qualif ier> 

numberfrom 1 to 1048575 

string of up to 6 alphanumeric characters 

string consisting of {R | F | E | g | . > R, P, and E represents 
rising, falling, either edge respectively. 6 represents a glitch and 
a period ( . ) represents a don't care. 



"{#B{0 
#Q{0 

#H{0 

{0|1 

"{#B{0 
#Q{0 
#H{0 
{0|1 



1} 
2 
2 
3 

1> 
2 
2 
3 



I 



8|9|a|b|c|d|e|f} 
9} ...}•• 



7> 
7 
8 

7y . . . I 

7|8|9|a|b|c|d|e|f} 

8|9> . . . }" 



integer from 1 to 10 

integer from 1 to (number of existing sequence levels) 
<qualif ier> 
<qualif ier> 
{112} 

400 nstoSOO seconds 
{A|B|C|D|E|F|G|H|I|J} 

X> 



pattern '•{#B{0 


1 


X> . 




. 1 




#Q{0 


1 


2 


3 


4 


5 


6 


7 


#H{0 


1 


2 


3 


4 


5 


6 


7 


{0|1 


2 


3 


4 


5 


6 


7 


8 



8|9|a|b|c|d|e|f|x} 

9} . . . 

see "Qualifier" on page 22-6 

integer from 0 to 100 representing percentage 

integer from 0 to 500 representing seconds 
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Qualifier 



<qualif ier> 
<expression> 

<expr e s s ion 1 a> 



<expressionla_ 
tenn> 

<expr e s s ion lb> 



<expressionlb_ 
•tenn> 

<expr es s ion2 a> 

<expression2b> 

<expression2c> 

<expr e s s ion2 d> 

<expression2e> 

<expr e s s ion2 £ > 

<expr e s s ion2 g> 

<expression2h> 

<boolean_op> 



The qualifier for the timing trigger subsystem can be terms A through J, 
Timer 1 and 2, and Range 1 and 2. In addition, qualifiers can be the NOT 
boolean function of terms, timers, and ranges. The qualifier can also be an 
expression or combination of expressions as shown below and figure 22-2, 
"Complex Qualifier," on page 22-11. 

The following parameters show how qualifiers are specified in all commands 
of the TTRigger subsystem that use <qualif ier>. 

{"ANYSTATE" | "NOSTATE" | "<expression>" } 

{<expressionla> | <expressionlb> | <expressionla> OR 
<expressionlb>|<expressionla> AND <expressionlb>} 

{<expressionla_terin> | (<expressionla_tenn>[OR 
<expressionla_terin>]* ) | (<expressionla_tenn>[AND 
<expressionla_terin>] * )} 

{<expression2a> | <expression2b> | <expression2c> | 
<expression2d>} 

{<expressionlb_term>| {<expressionlb^tenn>[OR 
<expressionlb_terin>] * ) | (<expressionlb_^term>[AND 
<expressionlb_terin>]* )} 

{<expression2e> | <expression2f > | <expression2g> | 
<expression2h>} 

{<tenn3a> | <term3b> | (<terin3a> <boolean_op> <tenn3b>) } 
{<tenn3c> | <range3a> | (<terin3c> <boolean_op> <range3a>) } 
{<term3d> | <gledge3a | (<terni3d> <boolean_op> <gledge3a>) } 
{<terTn3e> | <tiiner3a> | ( <term3e> <boolean_op> <tiiner3a>) } 
{<term3f > | <terin3g> | (<term3f > <boolean_op> <tenn3g>) } 
{<terin3h> | <range3b> | (<term3h> <boolean_op> <range3b>) } 
{<term3i> | <gledge3b> | (<term3i> <boolean_op> <gledge3b>) } 
{<term3 j> I <timer3b> | (<term3e> <boolean_op> <timer3b>) } 
{AND I NAND | OR | NOR | XOR | NXOR} 
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< terms a> 
<tenn3b> 
<term3c> 
<tenn3d> 
<terin3e> 
<tenn3f> 
<tenn3g> 
<term3h> 
<tenn3i> 
<tenn3 j> 
<range3a> 
<range3b> 
<gledge3a> 
<gledge3b> 
<timer3a> 
<timer3b> 
* = is optional such that it can 



{A 


NOTA} 


{B 


NOTE} 


{C 


NOTC} 


{D 


NOTD} 


{E 


NOTE} 


{F 


NOTF} 


{G 


NOTG} 


{H 


NOTH} 


{I 


NOTI} 




NOT J} 



IN_RANGE1 1 0UT_RANGE1} 
IN_RANGE2 | 0UT_RANGE2 } 
GLEDge 1 1 NOT GLEDge 1 } 
GLEDge2 I NOT GLEDge2 } 
TIMERK I TIMER1>} 
TIMER2<|tIMER2>} 
e used zero or more times 



•{- = mustbe used at least once and can be repeated 



Qualifier Rules 

The following rules apply to qualifiers: 

• Qualifiers are quoted strings and, therefore, need quotes. 

• Expressions are evaluated from left to right. 

• Parenthesis are used to change the order evaluation and, therefore, are 
optional. 

• An expression must map into the combination logic presented in the 
combination pop-up menu witliin the TTRigger menu. 
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'A' 

' ( A OR B ) ' 

' ( ( A OR B ) AND C ) ' 

'(( A OR B ) AND C AND IN_RANGE2 )' 

' ( ( A OR B ) AND ( C AND IN_RANGE1 ) ) ' 

'IN_RANGE1 AND ( A OR B ) AND C 



TTRigger (TTRace) 

: MACHine { 1 | 2 } : TTRigger 

The TTRigger (TTRace) (Trace Trigger) selector is used as a part of a 
compound header to access the settings found in the Timing Trace menu. It 
always follows the MACHine selector because it selects a branch directly 
below the MACHine level in the command tree. 

OUTPUT XXX; ":MACHINE1: TTRIGGER: TAG TIME" 



ACQuisition 

:MACHine{l I 2} :TTRigger:ACQuisition 
{AUTOmatic | MANual } 

The ACQuisition command allows you to specify the acquisition mode for 
the Timing analyzer. 

OUTPUT XXX ; " : MACH INE 1 : TTRIGGER : ACQUIS ITION AUTOMATIC " 
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:MACHine { 1 | 2 } : TTRigger :ACQuisition? 

The ACQuisition query returns the current acquisition mode specified. 
( :MACHine{l 1 2} : TTRigger : ACQuisition] {AUTOmatic |MANual><NL> 

OUTPUT XXX; " :MACHINE1 : TTRIGGER: ACQUISITION? " 



BRANch 

: MACHine { 1 | 2 } : TTRigger : BRANch<N> 
<branch_qualif ier>/<to_level_nuinber> 



The BRANch command defines the branch qualifier for a given sequence 
level. When this branch qualifier is matched, it will cause the sequencer 
to jump to the specified sequence level. 

The terms used by the branch qualifier (A through J) are defined by the 
TERM command. The meaning of in_range and out_range is 
determined by the RANGE command. 

Within the limitations shovm by the syntax definitions, complex expressions 
may be formed using the and and or operators. Expressions are limited to 
what you could manually enter through the Timing Trigger menu. Regarding 
parentheses, the syntax definitions on the next page show only the required 
ones. Additional parentheses are allowed as long as the meaning of the 
expression is not changed. Figure 22-2, on page 22-11 shows a complex 
expression as seen in the Timing Trigger menu. 



The following statements are all correct and have the same meaning. Notice 
that the conventional rules for precedence are not followed. The 
expressions are evaluated from left to right. 

OUTPUT XXX; ••: MACHINE 1: TTRIGGER .-BRANCH 1 'C AND D OR F OR G' , 1" 
OUTPUT XXX; ":MACHINE1:TTRIGGER:BRANCH1 ' ( (C AND D) OR (F OR 
G))', 1" 

OUTPUT XXX;": MACHINE 1: TTRIGGER :BRANCH1 'F OR (C AND D) OR G',1" 
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<N> integer from 1 to <nuiiiber_of_levels> 

<to_level_ integer from 1 to <nuinber_of_levels> 
nuinber> 

<niainber_of integer from 1 to the number of existing sequence levels (maximum 10) 
levels> 

<branch_ <qualif ier> see "Qualifier" on page 22-6 
gualif ier> 



Examples 



OUTPUT XXX;":MACHINE1:TTRIGGER:BRANCH1 'ANYSTATE', 3" 
OUTPUT XXX ; " : MACHINE2 : TTRIGGER : BRANCH2 ' A ' , 7 " 

OUTPUT XXX; MACHINE 1: TTRIGGER :BRANCH3 '((A ORB) ORNOTG)'^ 1' 



Query Syntax 



: MACHine { 1 | 2 } : TTRigger : BRANch<N>? 



Returned Format 



The BRANch query returns the current branch qualifier specification for a 
given sequence level. 

[ :MACHine{l 1 2} : TTRigger :BRANch<N>] <branch_qualif ier>, 
<to level num><NL> 



Example 



OUTPUT XXX; " :MACHINE1 : TTRIGGER :BRANCH3?* 
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- \ current 



CEDi 

glitch/edgel ] C-^L— 3^ 

— ^'^^^^ 



in.ro ngel ] 



limer1>400ns 




ln,renge2 

1 CZJ^ 



gUtch/edqe2 



limer2>400ns 



And 



Complex Qualifier 

Figure 22-2 is a front-panel representation of the complex qualifier (a or b) 
And (g ORh). 

This example would be used to specify this complex qualifier. 



OUTPUT XXX; ":MACHINE1: TTRIGGER :BRANCH1 '((A OR B) AND 
(G OR H) ) ' , 2" 



Terms Athrough E, RANGE 1, GLITCH/EDGE1, and TIMER 1 must be grouped 
together and terms Fthrough J, RANGE 2, GLITCH/EDGE2, and TIMER 2 must be 
grouped together. In the first level, terms from one group may not be mixed 
with terms from the other. For example, the expression {(A OR IN_RANGE2) 
AND (C OR H)) is not allowed because the term C cannot be specified in the E 
through J group. 



In the first level, the operators you can use are AND, NAND, OR, NOR, 
XOR, NXOR, Either and or or may be used at the second level to join the 
two groups together. It is acceptable for a group to consist of a single term. 
Thus, an expression like (b and G) is legal since the two operands are both 
simple terms from separate groups. 
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CLEar 

: MACHine { 1 | 2 } : TTRigger : CLEar 
{All I SEQuence | RESource} 

The CLEar command allows you to clear all settings in the Timing Trigger 
menu and replace them with the default, clear only the sequence levels, or 
clear only the resource term patterns. 

OUTPUT XXX ; " : MACHINE 1 : TTRIGGER : CLEAR RESOURCE 



FIND 

: MACHine { 1 | 2 } : TTRigger : FIND<N> 
<time_qual i f ier > , <condi t ion_inode> 

The FIND command defines the time qualifier for a given sequence level. 
The qualifier tells the timing analyzer when to proceed to the next sequence 
level. When this proceed qualifier is matched the specified number of times, 
the sequencer will proceed to the next sequence level. In the sequence level 
where the trigger is specified, the FIND command specifies the trigger 
qualifier (see SEQuence command). 

The terms A through J are defined by the TERM conunand. The meaning of 
IN_RANGE and ouT_RANGE is determined by the RANGe command. 
Expressions are limited to what you could manually enter through the 
Timing Trigger menu. Regarding parentheses, the syntax definitions below 
show only the required ones. Additional parentheses are allowed as long as 
the meaning of the expression is not changed. See figure 22-2 on page 22-11 
for a detailed example. 
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<N> integer from 1 to the number of existing sequence levels (maximum 10) 

<condition_ {{GT|lT}, <duration_tiine>| occurrence^ <occurrence>} 
mode> 

GT greater than 

LT less than 

<duration_tiine> real number from 8 ns to 5.00 seconds depending on sample period 

<occurrence> integer from 1 to 1048575 

<time_ <qualif ier> see "Qualifier" on page 22-6 
qualif ier> 



Examples output XXX;":MACHINE1:TTRIGGER:FIND1 'ANYSTATE'^ GT, 10E~6- 

OUTPUT XXX ;":MACHINE1: TTRIGGER: FINDS ' ( (NOTA AND NOTB) OR G) ' , 
OCCURRENCE r 10" 



Query : MACHine { 1 1 2 } : TTRigger : FIND4 ? 

The FIND query returns the current time qualifier specification for a given 
sequence level. 

Returned Format [ :MACHine{l 1 2} : TTRigger :FIND<N>] <conditionjnode>, 

<occurrence><NL> 



Example output XXX ; : MACH INE l : TTRIGGER : FIND<N>? " 
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GLEDge 

Command :MACHine{l | 2} : TTRigger :GLEDge<N> <label_name>, 

<glitch_edge_spec> 

The GLEDge (glitch/edge) command allows you to define edge and glitch 
specifications for a given label. Edge specifications can be R (rising), F 
(falling), E (either), or " . " (don't care). Glitch specifications consist of G 
(glitch) or " . " (don't care). Edges and glitches are sent in the same string 
with the right most string character specifying what the right most bit wiU be. 



The <glitch_edge_spec> string length must match the exact number of bits 
assigned to the specified label. If the string length does not match the number 
of bits, the "Parameter string invalid" message is displayed. 



{1|2} 

string of up to 6 alphanumeric characters 

string consisting of {R | F | E | G | . | [to total number of bits ] } 



<N> 

<label_^nanie> 

<glitch_^edge_ 
speo 



Example For 8 bits assigned and no glitch: 

OUTPUT XXX; "rMACHINEl: TTRIGGER :GLEDGE1 'DATA', '....F..E'" 

For 16 bits assigned with glitch: 

OUTPUT XXX ; "iMACHINEl: TTRIGGER: GLEDGE 1 'DATA', 
' • • • • GGG •••••]£*• vR'" 



22-14 



TTRigger (TTRace) Subsystem 
RANGe 



Query 



Returned Format 



: MACHine { 1 1 2 } : TTRigger : GLEDe<N>? <label_naine> 

The GLEDge query returns the current specification for the given label. 

( : MACHine { 1 1 2 > : TTRigger : GLEDe<N> ] 
<label_name> , <glitch__edge_pattern><NL> 



Example 



OUTPUT XXX;":MACHINE1:TTRIGGER:GLEDGE1? 'DATA'" 



RANGe 



Command 



: MACHine { 1 | 2 } : TTRigger : RANGE <label_name> , 
<start_pattern>/ <stop_pattern> 



The RANGe command allows you to specify a range recognizer term for the 
specified machine. Since a range can only be defined across one label and, 
since a label must contain 32 or less bits, the value of the start pattern or 



stop pattern will be between (2 ) - 1 and 0. 



Since a label can only be defined across a maximum of two pods, a range term 
is only available across a single label; therefore, the end points of the range 
cannot be split between labels. 



When these values are expressed in binary, they represent the bit values for 
the label at one of the raiige recognizers* end points. Don't cares are not 
allowed in the end point pattern specifications. 
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<label naine> string of up to 6 alphanumeric characters 



<start_^pattern> 



<stop pattern> 



"{#B{0 
#Q{0|1 
#H{0|1 
{0|1|2 

••{#B{0 
#Q{0|1 
#H{0|1 
{0|1|2 



1} . . • I 

2|3|4|5|6|7} ... I 

2|3j4|5|6|7|8|9|A|B|c|D|E|F} . . . | 
3|4|5|6|7|8|9} . • . }" 

1} . . . I 

2|3|4|5|6|7} ... I 

2|3|4|5|6|7|8|9iA|B|c|D|E|F} . . . | 
3|4|5|6|7|8|9} . . . }" 



Examples 



OUTPUT XXX;" :MACHINE1: TTRIGGER: RANGE 'DATA'^ '127', '255' 
OUTPUT XXX; ":MACHINE1: TTRIGGER: RANGE 'ABC, ' #B00001111 ' / 
'#HCF' 



Query : MACHine { 1 1 2 } : TTRigger : RANGe ? 

The RANGe query returns the range recognizer end point specifications for 
the range. 

Returned Format [ :MACHine{l 1 2} :STRAce:RANGe] <label_name>,<start_pattern>, 

<stop_^pattern><NL> 



Example output XXX ; : machine l : TTRIGGER : RANGE? " 
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SEQuence 



Command 



:MACHine{ 1 | 2 } : TTRigger : SEQuence <nuinber_of_levels> 



The SEQuence command defines the timing analyzer trace sequence. First, 
it deletes the current trace sequence. Then, it inserts the number of levels 
specified, with default settings. The number of levels can be between 1 and 
10 when the analyzer is armed by the RUN key. 



<nuinber_of _ integer from 1 to 10 
levels> 



Example 



OUTPUT XXX; MACHINE 1 2 TTRIGGER: SEQUENCE 4* 



Query 



:MACHine{l I 2} : TTRigger: SEQuence? 



Returned Format 



The SEQuence query returns the current sequence specification. 

[ :MACHine{ 1 1 2} : TTRigger : SEQuence] <number_of_levels>, 
<level of trigger><NL> 



Example 



OUTPUT XXX; " :MACHINE1 : TTRIGGER: SEQUENCE?* 
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SPERiod 

Command : MACHine { 1 1 2 } : TTRigger : SPERiod <sainple_period> 

The SPERiod command allows you to set the sample period of the timing 
analyzer in the Conventional and Glitch modes. The sample period range 
depends on the mode selected and is as follows: 

• 2 ns to 8 ms for Conventional Half Channel 500 MHz 

• 4 ns to 8 ms for Conventional Full Channel 250 MHz 

• 4 ns for Transitional Half Channel 

• 8 ns for Transitional Full Channel 

• 8 ns to 8 ms for Glitch Half Channel 125 MHz 
<sainple_period> real number from 2 ns to 8 ms depending on mode 



Example 



OUTPUT XXX; MACHINE 1: TTRIGGER: SPERIOD 50E-9* 



Query 



: MACHine { 1 | 2 } : TTRigger ; SPERiod? 



The SPERiod query returns the current sample period. 
Returned Format [ :MACHine{l 1 2} : TTRigger iSPERiodJ <sample_periodXNL> 

<sample_period> real number from 2 ns to 8 ms depending on mode 



Example 



OUTPUT XXX; " : MACHINE 1 : TTRIGGER: SPERIOD?* 
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TCONtrol 

Command :MACHine{ 1 1 2 } : TTRigger : TCONtrol<N> <tiiner_nuin>^ 

{OFF I STARt I PAUSe | CONTinue } 

The TCONtrol (timer control) command allows you to turn off, start, pause, 
or continue the timer for the specified level. The time value of the timer is 
defined by the TIMER command. 

<N> integer from 1 to the number of existing sequence levels (maximum 10) 
<timer_niim> { 1 1 2 } 



Example output XXX; ••:MACHINE2:TTRIGGER:TC0NTR0L6 I, PAUSE" 



Query : MACHine { 1 1 2 } : TTRigger : TCONTROL<N>? <tiiner_num> 

The TCONtrol query returns the current TCONtrol setting of the specified 
level. 

Retumed Format ( :MACHine{l|2>:TTRigger:TC0NTR0L<N> <tiiaer_num> ] 

{OFF I STARt I PAUSe | CONTinue}<NL> 



Example output XXX;":MACHINE2:TTRIGGER:TC0NTR0L6? 1" 
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TERM 



Command 



: MACHine { 1 | 2 } : TTRigger : TERM 
<tenn_id>,<label_naine>,<pattern> 



The TERM command allows you to a specify a pattern recognizer term in the 
specified machine. Each command deals with only one label in the given 
term; therefore, a complete specification could require several conunands. 
Since a label can contain 32 or less bits, the range of the pattern value will 
be between 2^^ - 1 and 0. When the value of a pattern is expressed in 
binary, it represents the bit values for the label inside the pattern recognizer 
term. Since the pattern parameter may contain don't cares and be 
represented in several bases, it is handled as a string of characters rather 
than a number. 

All 10 terms (A through J) are available to either machine but not both 
simultaneously. If you send the TERM command to a machine with a term 
that has not been assigned to that machine, an error message "Legal 
command but settings conflict" is returned. 



<tenn_id> {a|b|c|d|e|f|g|h|i|j} 



<label_name> 
<pattern> 



string of up to 6 alphanumeric characters 

"{#B{0|1|X} • . . I 
#Q{0|1|2|3|4|5|6|7|X} . . . | 
#H{0|1|2 |3|4|5|6|7|8|9 |a|b|c|d|e|f|X} 
{0|1|2|3|4|5|6|7|8|9} . . . }" 



Example 



OUTPUT XXX;":MACHINE1:TTRIGGER:TERM 'DATA' 255 ' 
OUTPUT XXX; ••: MACHINE 1: TTRIGGER: TERM 'ABC ' ^ ' #BXXXX1101 ' 
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Query :MACHine{l 1 2 }: TTRigger : TERM? <term_id>,<label_naine> 

The TERM query returns the specification of the term specified by term 
identification and label name. 

Returned Format I :MACHine{l |2} :STRAce:TERM] <terni_id>,<label_name>, 

<pattern><NL> 



Example output XXX;": machine 1:TTRIGGER: term? B^'DATA' " 



TIMER 

Command rMACHine { 1 1 2 } : TTRigger : TIMER { 1 1 2 } <tiine_value> 

The TIMER command sets the time value for the specified timer. The limits 
of the timer are 400 ns to 500 seconds in 16 ns to 500 pis increments. The 
increment value varies with the time value of the specified timer. 

<time_yalue> real number from 400 ns to 500 seconds in increments which vary from 16 
ns to 500 /IS. 



Example output XXX; ••: machine 1:TTRIGGER:TIMER1 lOOE-6" 



Query : MACHine { 1 1 2 } : TTRigger : TIMER{ 1 1 2 } ? 

The TIMER query returns the current time value for the specified timer. 
Returned Format [ :MACHine{l 1 2> : TTRigger :TIMER{1 1 2} ] <time_value><NL> 



Example output XXX ; : machine l : TTRIGGER : TIMERl ? " 
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Command 



TPOSition 

: MACHine { 1 | 2 } : TTRigger : TPOSition 
{STARt I CENTer | END | DELay , <tiine_val> | 
POSTstore , <pos t s tore> } 



<time val> 



The TPOSition (trigger position) command allows you to set the trigger at 
the start, center, end or at any position in the trace (poststore). Poststore is 
defined as 0 to 100 percent with a poststore of 100 percent being the same 
as start position and a poststore 0 percent being the same as an end trace. 

real number from either (2 x sample period) or 16 ns whichever is greater 
to (1048575 X sample period). 



<poststore> integer from 0 to 100 representing percentage of poststore. 



Examples 



OUTPUT XXX; ":MACHINE1:TTRIGGER:TP0SITI0N END" 

OUTPUT XXX; ":MACHINE1:TTRIGGER:TP0SITI0N P0STstore^75' 



Query 



: MACHine { 1 | 2 } : TTRigger : TPOSition? 



Retumed Format 



The TPOSition query returns the current trigger position setting. 

[ : MACHine { 1 1 2 > ; TTRigger : TPOSition ] {STARt | CENTer | END | DELay, 
<tinie_val> | POSTstore, <poststore>}<NL> 



Example 



OUTPUT XXX; " :MACHINE1 z TTRIGGER: TPOSITION?* 
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TWAVeform 
Subsystem 



Introduction 



The TWAVeform subsystem contains the commands available for the 
Timing Waveforms menu in the HP 1660A. These commands are: 



• AUOumuiate 


• KiiiMove 


• ACQuisition 


• RUNTil 


• CENter 


• SPERiod 


• CLRPattem 


• TAVerage 


• CLRStat 


• TMAXimum 


• DELay 


• TMINimum 


• INSert 


• TPOSition 


• MMODe 


• VRUNs 


• OCONdition 


• XCONdition 


• OPATtem 


• XOTime 


• OSEarch 


• XPATtem 


• OTIMe 


• XSEarch 


• RANGe 


• XTIMe 
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TWAVeform Subsystem 



Figure 23-1 



^: TWAVeform^ 



^ACCumu l ate J—^ space 




ON) 
OFF] 



^ACCumulote?^ 



^ACQuisi t ion^ --»> space — p-»» (^ AUTOmot i c^ - 



(^ACQu i s i t ion?^ 



(^CLRPottern space 



0 

ALL 



space 




de ! oy-va lue 





(^DELoy?) 

( [^INSer t) -*" ! spoce 



1 obe l.nome 



'[-»'(T) j bit 



[OVER I ay J 



^ — 



~»» (MMODe?} 

~» ^OCONd i t i on^ )— space —i — >>( ENTer Ing^ 



(EXITing) ^ 



-»^OCONdltion?^ 



TWAVeform Subsystem Syntax Diagram 
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TWAVeform Subsystem 



Figure 23-1 (continued) 



-H^QPATtern ^--^ space 



-»^OSEarch ^)-»- 



-»»(^SEorch?^ 



~>^OTIMe}~ 



-Hj^OTIMe?}" 



I abe l-name 



I abel_pattern 



J3PATter niy-t^ space 



I abe l_name 



occurrence — > ^ 
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t i me-va 1 ue 





~»^RANGe^)-»' 



RANGe? 



^REMove^ 



RUNTi I 



space 



^ rur»_unt i l-spec 



-^SPERiod?)- 
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•-(starT)- 



rRIGger 
^--^^XMARker 



space 




t im€_range 
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TWAVeform Subsystem Syntax Diagram (continued) 
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Figure 23-1 (continued) 
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TP05 i t 
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-»> (xCQNdi tion?) - 
---^^XOT^me?^ 





space 




i abe ! -name 
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space 
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^^-i^^XTIMe?}- 



TWAVeform Subsystem Syntax Diagram (continued) 
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Table 23-1 



TWAVeform Parameter Values 



Parameter 

delay_value 

module_spec 

bitjd 

waveform 

acquisition.spec 

label name 



occurrence 

time_value 

labeljd 

module_num 

time_range 

run.untiLspec 

6T 
LT 

value 
time val 



Value 

real number between -2500 s and +2500 s 
{I|2|3j4|5|6j7|8|9|l0} 2 through 10 unused 
integerfromOtoSl 

string containing <acquisition_spec>{ 1 1 2> 
{A|b|c|d|e|f|g|h|i|J} (slot where acquisition card is located) 
string of up to 6 alphanumeric characters 



labelj)attern "{#B{0 


1 


X} . 


••1 






#Q{0 


1 


2 


3 


4 


5 


6 


7 


X} 


#H{0 


1 


2 


3 


4 


5 


6 


7 


8 


{0|1 


2 


3 


4 


5 


6 


7 


8 


9 



9|A CiD|E|F|X}... I 
X}...}" 

integer 

real number 

string of one alpha and one numeric character 

slot number in which the time base card is installed 

real number between 10 ns and 10 ks 

{off I LT , <value> I GT , <value> | INRange<value> , 
<value> I OUTRange<value>^<value>} 

greater than 

less than 

real number 

real number from 0 to 500 representing seconds 
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TWAVeform Subsystem 
TWAVeform 



Selector 



Example 



Command 



TWAVeform 

: MACHine { 1 | 2 } : TWAVeform 

The TWAVeform selector is used as part of a compound header to access the 
settings found in the Timing Waveforms menu. It always follows the 
MACHine selector because it selects a branch below the MACHine level in 
the command tree. 

OUTPUT XXX;": MACHINE 1: TWAVEFORM: DELAY lOOE-9" 



Accumulate 

: MACHine {1 | 2 } : TWAVeform: Accumulate <setting> 

The Accumulate command allows you to control whether the chart display 
gets erased between each individual run or whether subsequent waveforms 
are allowed to be displayed over the previous ones. 



<setting> { 0 | OFF} or { 1 1 ON} 



Example 



OUTPUT XXX;": MACHINE 1: TWAVEFORM: ACCUMULATE ON" 



Query 



Retumed Format 



Example 



:MACHine{l 1 2} :TWAVeform:ACCumulate? 

The Accumulate query returns the current setting. The query always shows 
the setting as the characters, "0" (off) or "1" (on). 

[ :MACHine{l 1 2} : TWAVeform: Accumulate] {0 1 1}<NL> 
OUTPUT XXX; : MACHINE 1 : TWAVEFORM: ACCUMULATE? " 



23-7 



TWAVeform Subsystem 
ACQuisition 



Command 



Example 



Query 



Returned Format 



Example 



ACQuisition 

:MACHine{l | 2} : TWAVeform: ACQuisition 
{ AUTOmatic j MANual } 

The ACQuisition command allows you to specify the acquisition mode for 
the state analyzer The acquisition modes are automatic and manual. 

OUTPUT XXX;":MACHINE2:TWAVEF0RM:ACQUISITI0N AUTOMATIC" 



MACHine{l 1 2} : TWAVeform: ACQuisition? 

The ACQuisition query returns the current acquisition mode. 

[ :MACHine{l 1 2> : TWAVeform: ACQuisition] {AUTOmatic |MANual}<NL> 

OUTPUT XXX; " : MACHINE 2 : TWAVEFORM: ACQUISITION?" 



CENTer 

Command : MACHine { 1 1 2 } : Twaveform: CENTer <marker_type> 

The CENTer command allows you to center the waveform display about the 
specified markers. 

<marker_type> {X | O | XO | TRIGger } 



Example 



OUTPUT XXX;":MACHINE1:TWAVEF0RM:CENTER X" 
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CLRPattern 



CLRPattem 

:MACHine{ 1 | 2 } : TWAVeform: CLRPattern {X | 0 | ALL} 

The CLRPattem command allows you to clear the patterns in the selected 
Specify Patterns menu. 

OUTPUT XXX; MACHINE 1: TWAVEFORM: CLRPATTERN ALL" 



CLRStat 

: MACHine { 1 1 2 } : Twaveform 5 CLRStat 

The CLRStat command allows you to clear the waveform statistics without 
having to stop and restart the acquisition. 

OUTPUT XXX; " : MACHINE 1 : TWAVEFORM: CLRSTAT" 



DELay 

: MACHine { 1 | 2 } : TWAVeform: DELay <delay_value> 

The DELay command specifies the amount of time between the timing 
trigger and the horizontal center of the the timing waveform display. The 
allowable values for delay are -2500 s to +2500 s. If the acquisition mode is 
automatic, then in glitch acquisition mode, as delay becomes large in an 
absolute sense, the sample rate is adjusted so that data will be acquired in 
the time window of interest. In transitional acquisition mode, data may not 
fall in the time window since the sample period is fixed and the amount of 
time covered in memory is dependent on how frequent the input signal 
transitions occur. 
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TWAVeform Subsystem 
INSert 



<delay_value> real number between —2500 s and +2500 s 



Example 



OUTPUT XXX;":MACHINEl:TWAVEFORM:DELAy 100E~6' 



Query 



: MACHine { 1 | 2 } : TWAVeform: DELay ? 



The DELay query returns the current time offset (delay) value from the 
trigger. 

Returned Format [ :MACHine{l 1 2} :TWAVeform: DELay] <delay_valueXNL> 



Example 



OUTPUT XXX ; " : MACH INE 1 : TWAVEFORM : DELAY? • 



Command 



INSert 

:MACHine{l |2}:TWAVeforin:INSert [<inodule_spec>, ] 
<label_naine> [ , {<bit_id> | OVERlay | ALL} ] 



<inodule_spec> 
<label name> 



The INSert command allows you to add waveforms to the state waveform 
display. Waveforms are added from top to bottom on the screen. When 96 
waveforms are present, inserting additional waveforms replaces the last 
waveform. Bit numbers are zero based, so a label with 8 bits is referenced as 
bits 0 through 7. Specifying OVERlay causes a composite waveform display 
of all bits or channels for the specified label. If you do not specify the third 
parameter, ALL is assumed. 

{1|2|3|4|5|6|7|8|9|10}2 through 10 unused, 
string of up to 6 alphanumeric characters 



<bit id> integer from 0 to 31 



Example 



OUTPUT XXX; ":MACHINE1:TWAVEF0RM: INSERT 1, 'WAVE ',10" 
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MMODe 

Command : MACHine { 1 1 2 } : TWAVe form : MMODe 

{OFF I PATTern | TIME | MSTats} 

The MMODe (Marker Mode) command selects the mode controlling marker 
movement and the display of the marker readouts. When PATTern is 
selected, the markers will be placed on patterns. When TIME is selected, 
the markers move on time. In MSTats, the markers are placed on patterns, 
but the readouts will be time statistics. 



Example output XXX; ••: machine 1:TWAVEF0RM:MM0DE TIME" 



Query : MACHine { 1 1 2 } : TWAVe form : MMODe ? 

The MMODe query returns the current marker mode. 
Returned Format [ :MACHine{l 1 2} :TWAVef orni:MM0De] <niarkerjiiodeXNL> 

<marker_mode> {OFF | PATTern [ TIME | MSTats } 



Example output XXX; :MACHINE1 :TWAVEF0RM:MM0DE?" 
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OCONdition 



OCONdition 

:MACHine { 1 | 2 } : TWAVeform: OCONdition 
{ENTering | EXITing} 

The OCONdition command specifies where the 0 marker is placed. The O 
marker can be placed on the entry or exit point of the OPATtem when In the 
PATTem marker mode. 

OUTPUT XXX; MACHINE I : TWAVEFORM: OCONDITION ENTERING- 

:MACHine{l | 2} :TWAVe form: OCONdition? 

The OCONdition query returns the current setting. 

[ :MACHine{l |2} : TWAVeform: OCONdition] {ENTering |EXITing}<NL> 
OUTPUT XXX; " : MACHINE 1 : TWAVEFORM: OCONDITION?" 
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OPATtern 



OPATtem 

Command :MACHine{l | 2} :TWAVef orin:OPATtern 

< 1 abe l^name > , < 1 abe l_pa t t e r n> 

The OPATtem command allows you to construct a pattern recognizer term 
for the O marker which is then used with the OSEarch criteria and 
OCONdition when moving the marker on patterns. Since this conunand 
deals with only one label at a time, a complete specification could require 
several invocations. 

When the value of a pattern is expressed in binary, it represents the bit 
values for the label inside the pattern recognizer term. In whatever base is 
used, the value must be between 0 and 2^^ - 1, since a label may not have 
more than 32 bits. Because the <label_pattern> parameter may contain 
don*t cares, it is handled as a string of characters rather than a number. 

<label_naine> string of up to 6 alphanumeric characters 

<label_pattern> ••{#B{0|l|x} . . . | 

#Q{0|1|2|3|4|5|6|7|X} . . . | 

#H{0|1|2|3|4|5|6 i7|8|9|A|B|c|D|E|F|X} . . . | 
{0|1|2|3|4|5|6|7|8|9} . . . }" 



Example output XXX ; " : MACH INE l : TWAVEFORM : OPATTERN ' A % ' 5 1 1 ' - 



Query :MACHine{l |2} :TWAVeform:OPATtern? <label_naine> 

The OPATtern query, in pattern marker mode, returns the pattern 
specification for a given label name. In the time marker mode, the query 
returns the pattern under the O marker for a given label. If the 0 marker is 
not placed on valid data, don't cares (X) are returned. 

Retumed Format [ :MACHine{l 1 2} :TWAVef ormxOPATtem] <label_name>^ 

<label_pattern><NL> 



Example output XXX;":MACHINE1:TWAVEF0RM:0PATTERN? 'A'" 
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OSEarch 



OSEarch 



Command 



: MACHine { 1 | 2 } : TWAVeform: OSEarch 
<occurrence> , <origin> 



<origin> 



The OSEarch command defines the search criteria for the 0 marker which is 
then used with the associated OPATtern recognizer specification and the 
OCONdition when moving markers on patterns. The origin parameter tells 
the marker to begin a search with the trigger or with the X marker. The 
actual occurrence the marker searches for is determined by the occurrence 
parameter of the OPATtern recognizer specification, relative to the origin. 
An occurrence of 0 places a marker on the selected origin. With a negative 
occurrence, the marker searches before the origin. With a positive 
occurrence, the marker searches after the origin. 

{STARt I TRIGger | XMARker } 



<occurrence> integer from —8192 to +8192 



Example 



OUTPUT XXX; MACHINE 1 : TWAVEFORM: OSEARCH +10 , TRIGGER" 



Query 



: MACHine { 1 | 2 } : TWAVeform: OSEarch? 



Returned Format 



The OSEarch query returns the search criteria for the 0 marker. 

[ :MACHine{ 1 1 2> : TWAVeform: OSEarch] <occurrence>^<originXNL> 



Example 



OUTPUT XXX ; " : MACH INE 1 : TWAVEFORM : OSEARCH? • 
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OTIMe 



Command 



OTIMe 

iMACHine { 1 1 2 } : TWAVeform; OTIMe <tiine_value> 

The OTIMe command positions the 0 marker in time when the marker mode 
is TIME. If data is not valid, the command performs no action. 



<tiine value> real number -2.5 ks to +2.5 ks 



Example 



OUTPUT XXX; ": MACHINE 1 : TWAVEFORM: OTIME 30.0E-6' 



Query 



Retumed Format 



Example 



:MACHine { 1 1 2 } : TWAVeform: OTIMe? 

The OTIMe query returns the O marker position in time. If data is not valid, 
the query returns 9.9E37. 

[ : MACHine{ 1 1 2 } : TWAVeform: OTIMe ] <tinie_valueXNL> 
OUTPUT XXX; " : MAC H I NE 1 : TWAVEFORM: OTIME?" 
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RANGe 

Command :MACHine{l 1 2} :TWAVeforin:RANGe <time_value> 

The RANGe command specifies the full-screen time in the timing waveform 
menu. It is equivalent to ten times the seconds-per-division setting on the 
display. The allowable values for RANGe are from 10 ns to 10 ks. 

<time_range> real number between 10 ns and 10 ks 



Example 



Query 



Returned Format 



Example 



OUTPUT XXX;":MACHINE1:TWAVEF0RM:RANGE lOOE-9" 

: MACHine { 1 1 2 } : TWAVeform : RANGe ? 

The RANGe query returns the current full-screen time. 
[ : MACHine { 1 | 2 } : TWAVeform : RANGe ] <time_value><NL> 

OUTPUT XXX; " : MACHINE 1 : TWAVEFORM: RANGE?" 



Command 



Example 



REMove 

: MACHine { 1 1 2 } : TWAVe form : REMove 

The REMove command deletes all waveforms from the display. 

OUTPUT XXX ; " : MACHINE 1 : TWAVEFORM : REMOVE " 
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Command 



<run_^until__ 
speo 

<value> 



RUNTU 

:MACHine{l I 2} : TWAVeform :RUNTil <run_until_spec> 

The RUNTil (run until) command defines stop criteria based on the time 
between the X and 0 markers when the trace mode is in repetitive. When 
OFF is selected, the analyzer will run until either the STOP touch screen 
field is touched, or, the STOP command is sent. Run until time between X 
and O marker options are: 

• Less Than (LT) a specified time value. 

• Greater Than (GT) a specified time value. 

• In the range (INRange) between two time values. 

• Out of the range (OUTRange) between two time values 

End points for the INRange and OUTRange should be at least 2 ns apart 
since this is the minimum time at which data is sampled. 

This command affects the timing analyzer only, and has no relation to the 
RUNTil commands in the SLISt and COMPare subsystems. 

{OFF I LT, <value> | GT , <value> | INRange<value>, <value> | 
OUTRange<value>, <value>} 

real number 



Examples 



OUTPUT XXX;";MACHINE1:TWAVEF0RM:RUNTIL GT, 800. OE -6" 
OUTPUT XXX; MACHINE 1: TWAVEFORM -.RUNTIL INRANGE, 4.5, 5.5" 



Query 



: MACHine { 1 1 2 } : TWAVe form : RUNTil? 



The RUNTil query returns the current stop criteria. 
Retumed Format [ :MACHine{l 1 2} :TWAVef orm:RUNTil] <run_until_specXNL> 



Example 



OUTPUT XXX ; " : MACH INE 1 : TWAVEFORM : RUNTIL? " 
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SPERiod 

Command :MACHine{l 1 2} :TWAVeforin: SPERiod <sample_period> 

The SPERiod command allows you to set the sample period of the timing 
analyzer in the Conventional and Glitch modes. The sample period range 
depends on the mode selected and is as follows: 

• 2 ns to 8 ms for Conventional Half Channel 500 MHz 

• 4 ns to 8 ms for Conventional Full Channel 250 MHz 

• 8 ns to 8 ms for Glitch Half Channel 125 MHz 
<sample_period> real number from 2 ns to 8 ms depending on mode 



Example 



OUTPUT XXX; ":MACHINE1: TWAVEFORM: SPERIOD 50E-9' 



Query 



;MACHine{ 1 | 2 } : TWAVeform: SPERiod? 



Returned Format 



The SPERiod query returns the current sample period. 

[ :MACHine<l 1 2} : TWAVeform: SPERiod] <sample_periodXNL> 



Example 



OUTPUT XXX; " :MACHINE1 : TWAVEFORM: SPERIOD?* 
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TAVerage 

Query : MACHine { 1 1 2 } : TWAVeform: TAVerage? 

The TAVerage query returns the value of the average time between the 
X and 0 markers. If there is no valid data, the query returns 9.9E37. 

Returned Format [ :MACHine{l 1 2> :TWAVef ona:TAVerage] <time_value><NL> 

<tiine_yalue> real number 

Example output XXX; " :MACHINE1 :TWAVEF0RM:TAVERAGE? " 



TMAXimum 

Query : MACHine { 1 1 2 } : TWAVeform : TMAXimum? 

The TMAXimum query returns the value of the maximum time between the 
X and O markers. If there is no valid data, the query returns 9.9E37. 

Returned Format [ :MACHine{ 1 1 2} :TWAVef ormrTMAXimum] <time_value><NL> 

<time___value> real number 

Example output XXX ; : machine l : TWAVEFORM : TMAXIMUM? " 
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Query 



TMINimum 

: MACHine { 1 1 2 } : TWAVe f orm : TMINimum? 



The TMINimum query returns the value of the minimum time between the X 
and O markers. If there is no valid data, the query returns 9.9E37. 

Returned Format [ :MACHine{l 1 2> :TWAVef orm: TMINimum] <time_valueXNL> 

<time value> real number 



Example 



OUTPUT XXX; " : MACHINE 1 : TWAVEFORM: TMINIMUM?" 



Command 



TPOSition 

: MACHine { 1 | 2 } : TWAVeform: TPOSition 
{STARt I CENTer | END | DELay ^<time_val> | 
POSTS tore , <percent> } 



The TPOSition command allows you to control where the trigger point is 
placed. The trigger point can be placed at the start, center, end, at a 
percentage of post store, or at a value specified by delay. The post store 
option is the same as the User Defined option when setting the trigger 
point from the front panel. 

The TPOSition command is only available when the acquisition mode is set 
to manual. 

<time_val> real number from 0 to 500 seconds 
<percent> integer from 1 to 100 



Example 



OUTPUT XXX;":MACHINE2:TWAVEF0RM:TP0SITI0N CENTER" 
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Query 



xMACHine { 1 | 2 } : TWAVeform: TPOSition? 



Returned Format 



The TPOSition query returns the current trigger setting. 

[ :MACHine{l |2} : TWAVeform: TPOSition] {STARt |CENTer |END|DELay, 
<time_val> | POSTstore , <percent>}<NL> 

<time val> real number from 0 to 500 seconds 



Example 



OUTPUT XXX ; " : MACHINE2 : TWAVEFORM : TPOSition? - 



Query 



VRUNs 

: MACHine { 1 1 2 } : TWAVe form : VRUNs ? 



Returned Format 



The VRUNs query returns the number of valid runs and total number of runs 
made. Valid runs are those where the pattern se£u:ch for both the X and 0 
markers was successful resulting in valid delta time measurements. 

[:MACHine{l|2}:TWAVeforni:VRUNs] <valid runs>,<total runsxNL> 



<valid_runs> zero or positive integer 
< t ot al_r uns > zero or positive integer 



Example 



OUTPUT XXX; " : MACHINE 1 : TWAVEFORM: VRUNS?" 
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Command 



Example 



XCONdition 

:MACHine{ 1 1 2 }: TWAVeform: XCONdition 
{ENTering | EXITing} 

The XCONdition command specifies where the X marker is placed. The X 
marker can be placed on the entry or exit point of the XPATtem when in the 
PATTem marker mode. 



OUTPUT XXX; MACHINE 1 : TWAVEFORM: XCONDITION ENTERING- 



Query 



:MACHine{l I 2} : TWAVeform jXCONdit ion? 



Returned Format 



Example 



The XCONdition query returns the current setting. 

[ :MACHine{l |2> : TWAVeform: XCONdition] {ENTering | EXITing}<NL> 
OUTPUT XXX; " : MACHINE 1 : TWAVEFORM: XCONDITION?" 



Query 



XOTime 

: MACHine { 1 1 2 } : TWAVe form : XOTime ? 



The XOTime query returns the time from the X marker to the 0 marker. If 
data is not valid, the query returns 9.9E37. 

Retumed Format [ :MACHine{l 1 2} :TWAVef orm:XOTime] <time_yaluexNL> 

<time value> real number 



Example 



OUTPUT XXX; ": MACHINE 1 : TWAVEFORM: XOTIME?" 
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Command 



XPATtern 

:MACHine{l I 2} :TWAVe form: XPATtern <label_name>^ 
<labelj)attern> 



The XPATtern command allows you to construct a pattern recognizer term 
for the X marker vvliich is then used with the XSEarch criteria and 
XCONdition when moving the marker on patterns. Since this command 
deals with only one label at a time, a complete specification could require 
several iterations. 

When the value of a pattern is expressed in binary, it represents the bit 
values for the label inside the pattern recognizer term. In whatever base is 
used, the value must be between 0 and 2^^ — 1, since a label may not have 
more than 32 bits. Because the <label_pattern> parameter may contain 
don't cares, it is handled as a string of characters rather than a number. 

<label_name> string of up to 6 alphanumeric characters 



<label_j)attern> 



"{#B{0|1|X} ... I 
#Q{0il|2|3|4|5|6|7|X} . . . | 
#H{0|1|2|3|4|5|6|7|8|9|a|b|c|d|e|f|X} 
{0|1|2|3|4|5|6|7|8|9} . • . }" 



Example 



OUTPUT XXX; MACHINE 1 : TWAVEFORM: XPATTERN 'A','511'" 



Query 



:MACHine{l 1 2} xTWAVeform: XPATtern? <label name> 



Returned Format 



The XPATtern query, in pattern marker mode, returns the pattern 
specification for a given label name. In the time marker mode, the query 
returns the pattern under the X marker for a given label. If the X marker is 
not placed on valid data, don't cares (X) are returned. 

[ :MACHine{l |2> :TWAVeforia: XPATtern] <label_name>, 
<label_pattern><NL> 



Example 



OUTPUT XXX;":MACHINE1:TWAVEF0RM:XPATTERN? 'A' 
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Command 



XSEarch 

: MACHine { 1 | 2 } : TWAVeform: XSEarch 
<occurrence> , <or igin> 



The XSEarch command defines the search criteria for the X marker which is 
then used with the associated XPATtem recognizer specification and the 
XCONdition when moving markers on patterns. The origin parameter tells 
the marker to begin a search with the trigger. The occurrence parameter 
determines which occurrence of the XPATtern recognizer specification, 
relative to the origin, the marker actually searches for. An occurrence of 0 
(zero) places a marker on the origin. 



<origin> {TRiGger | STARt} 
<occurrence> integer from -8192 to +8192 



Example 



OUTPUT XXX; MACHINE 1 -.TWAVEFORM: XSEARCH, +10, TRIGGER" 



Query 



:MACHine{l 1 2} : TWAVeform -.XSEarch? 
<occurrence>,<origin> 



Returned Format 



Example 



The XSEarch query returns the search criteria for the X marker. 

[ :MACHine{l 1 2} : TWAVeform: XSEarch] <occurrence>^<originxNL> 

OUTPUT XXX; " :MACHINE1 : TWAVEFORM: XSEARCH?" 
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TWAVeform Subsystem 
XTIMe 



XTIMe 

Command :MACHine{l|2}:TWAVeform:XTIMe <tiine_value> 

The XTIMe command positions the X marker in time when the marker mode 
is TIME. If data is not valid, the command performs no action. 

<tinie value> real number from -2.5 ks to +2.5 ks 



Example 



OUTPUT XXX; MACHINE 1 ; TWAVEFORM: XTIME 40.0E-6' 



Query 



: MACHine { 1 1 2 } : TWAVeform: XTIMe? 



The XTIMe query returns the X marker position in time. If data is not valid, 
the query returns 9.9E37. 

Retumed Format [ : MACHine{ 1 1 2 > : TWAVef om: XTIMe ] <time_value><NL> 



Example 



OUTPUT XXX; " : MACHINE 1 : TWAVEFORM: XTIME?" 
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24 



TUSt Subsystem 



Introduction 



The TLISt subsystem contains the commands available for the Timing 
Listing menu in the HP 1660-series logic analyzers and is the same as 
the SUSt subsystem with the exception of the OCONdition and 
XCONdition commands. The TLISt subsystem commands are: 

• COLumn 

• CLRPattem 

• DATA 

• LINE 

• MMODe 

• OCONdition 

• OPATtem 

• OSEarch 

• OSTate 

• OTAG 

• REMove 

• RUNTil 

• TAVerage 

• TMAXimum 

• TMINimum 

• VRUNs 

• XCONdition 

• XOTag 

• XOTime 

• XPATtem 

• XSEarch 

• XSTate 

• XTAG 
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TLISt Subsystem 



--» ^CLRPottern 3 ^"^ space 



-^-(daTA?^--*' space 



~»^LINE?)- 



<D 

^CQLumn^— ► space 



CO l_»num 



JT^'Cj^^)'^ label_name base 



c 



KIM 



mod^num 



MACHineCI |2) 



space 




CO 1 _num 






I i ne_num_mi ci_screen 



•~»* (MM0De3 ~»" space 



PATTern 



^ 



— »^OCONd I t i on^—^' space 



- ^OCONdi tion?^ 



^ENTer i ng ^ ^ 

EXITing^ — 



)— ► 


space 




1 abe l^name 







-»^0PATtern?3 ^ 



space 



I abe l_name 



TLISt Subsystem Syntax Diagram 
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TLISt Subsystem 



Figure 24-1 (continued) 



[^OSEarch^)—^' space 



^OSEorch?^ 




XMARker 



[^OSTote?^ 




time^volue i r- 

state-val ue — ^ 



-»>{^OTAG?}~ 



~»>(REMove }" 



-» ^RUNTi \y -^ space 

-»>{ ^RUNT i iT ) 

~»>( ^T Average?^ 

-^■ (^TMAX i mum?^ 

^|-» ^TMINimum?) 



run_un t i I _spec 



TLISt Subsystem Syntax Diagram (continued) 
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TLISt Subsystem 



Figure 24-1 (continued) 



-»^VRUN$?)- 



--^■{^XCONcI i t i on^^)— »■ space 



-P ^XCQNdi tIon?) ~ 
-»{^XOTAG?) 



■-^-{^XPATteTn^ ^ space 



-»{ ^XPATtern?^ )-»> space 



■( ^ENTer i ngj —j- 



I abe l_name 



I abe l«pa ttern 



labe l_name 



XSEarch 



spoce — fc>» occurrence -—^ ^ y 3 ~n l^ ^^RIGger^ tt 



~*>{^XSEorch?^ 



~» ^XTAG?} - 



t irne^vc I ue 



sta 



te_value — ^ 



. XOT i 



TLISt Subsystem Syntax Diagram (continued) 
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TLISt Subsystem 



Table 24-1 



TUSt Parameter Values 



Parameter 

module^num 

mach_num 

coLnum 

line_number 

labeLname 

base 



Values 

{1|2|3|4|5|6|7|8|9|10}2 through 10 not used 

{1|2} 

integerfromlto61 

integerfrom -8191 to +8191 

string of up to 6 alphanumeric characters 

{BINary | HEXadecimal | OCTal | DECimal | TWOS | 

ASCII I SYMBol I lASSembler > for labels 

or 

{ABSolute |R£Lative} for tags 



line_num_mid.screen integerfrom -8191to +8191 



labeLpattern ••{#B{0 


1 


X} . 




. 1 




#Q{0 


1 


2 


3 


4 


5 


6 


7 


#H{0 


1 


2 


3 


4 


5 


6 


7 


{0|1 


2 


3 


4 


5 


6 


7 


8 



occurrence 
time_value 
state_value 
run_untiLspec 

value 



x> . . . I 

8|9|a|b|c|d|e|f|x} . . . | 
9} . . . }" 

integerfrom -8191 to +8191 

real number 

real number 

{ OFF I LT , <value> | GT , <value> | INRange , <value> , 
<value> I OUTRange , <value> r <value>> 

real number 
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TLISt Subsystem 
TLISt 



TLESt 

: MACHine { 1 | 2 } : TLISt 

The TLISt selector is used as part of a compound header to access those 
settings normally found in the Timing Listing menu. It always follows the 
MACHine selector because it selects a branch directly below the MACHine 
level in the command tree. 

OUTPUT XXX; -:MACHINE1: TLIST: LINE 256" 



COLumn 

; MACHine { 1 1 2 } : TLISt : COLumn <col_num> [ ^ <module_niim> ^ 
MACHine{l|2}] ^<label_name>^<base> 

The COLumn command allows you to configure the timing analyzer 
list display by assigning a label name and base to one of the 61 vertical 
columns in the menu. A column number of 1 refers to the left most column. 
When a label is assigned to a column it replaces the original label in that 
column. 

When the label name is "TAGS," the TAGS column is assumed and the next 
parameter must specify RELative or ABSolute. 



A label for tags must be assigned in order to use ABSolute or RELative state 
tagging. 
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TLISt Subsystem 
CLRPattern 



<col_nmn> integer from 1 to 61 

<inodule_niim> {l|2|3|4|5|6|7|8|9|l0}2 through 10 unused 

<label_name> a string of up to 6 alphanumeric characters 

<base> {BINary | HEXadecimal | OCTal | DECimal | TWOS | ASCii | SYMBol | 
lASSeinbler} for labels 
or 

{ABSolute I RELative} for tags 



Example 



OUTPUT XXX; ":MACHINE1: TLIST: COLUMN 4^1, 'A' , HEX" 



Query 



:MACHine { 1 1 2 } : TLISt : COLumn? <col_nuin> 



Retumed Format 



The COLumn query returns the column number, label name, and base for 
the specified column. 

[ : MACHine { 1 1 2 > : TLISt : COLumn ] <col_nuin> , <niodule_num> 
,MACHine{l 1 2} ,<label name> , <base><NL> 



Example 



OUTPUT XXX; ":MACHINE1: TLIST: COLUMN? 4" 



Command 



CLRPattern 

: MACHine { 1 1 2 } : TLISt : CLRPattern {X | O j ALL } 



Example 



The CLRPattern command allows you to clear the patterns in the selected 
Specify Patterns menu. 

OUTPUT XXX;":MACHINE1:TLIST:CLRPATTERN O" 
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TLISt Subsystem 
DATA 



Query 



DATA 

:MACHine{l |2} :TLISt:DATA? <line_nuinber>^ 
<label naine> 



Returned Format 



The DATA query returns the value at a specified line number for a given 
label. The format will be the same as the one shown in the Listing display. 

[ : MACHine{ 1 1 2 } : TLISt : DATA] <line_nuinber> , <label_nanie> , 
<pattern_stringxNL> 



<line_nuinber> integer from -8191 to +8191 

<label_name> string of up to 6 alphanumeric characters 

-{#B{0|1|X} ... I 
#Q{0|1|2|3|4|5|6|7|X} . . . | 
#H{0|1|2|3|4|5|6|7|8|9|a|b|c|d| 
{0|1|2|3|4|5|6|7|8|9} ...}•• 



<pattern_ 
string> 



Example 



E|F|X} . 



OUTPUT XXX;":MACHINE1:TLIST:DATA? 512, 'RAS' 



Command 



LINE 

: MACHine { 1 1 2 } : TLISt : LINE <line__niiin_mid_screen> 



< Iine_numjmid_ 
screen> 



The LINE command allows you to scroll the timing analyzer listing vertically. 
The command specifies the state line number relative to the trigger that the 
analyzer highlights at the center of the screen. 

integer from -8191 to +8191 



Example 



OUTPUT XXX;":MACHINE1:TLIST:LINE 0« 
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TLISt Subsystem 
MMODe 



Query : MACHine { 1 1 2 } : TLISt : LINE? 

The LINE query returns the line number for the state currently in the box at 
the center of the screen. 

Returned Format [ :MACHine{l |2} :TLISt:LINE] <line_niimjaid_screen><NL> 

Example output XXX;":MACHINE1:TLIST:LINE?" 



MMODe 

Command : MACHine { 1 1 2 } : TLISt : MMODe <marker jniode> 

The MMODe command (Marker Mode) selects the mode controlling the 
nwker movement and the display of marker readouts. When PATTem is 
selected, the markers will be placed on patterns. When TIME is selected, 
the markers move on time between stored states. When MSTats is selected, 
the markers are placed on patterns, but the readouts will be time statistics. 

<marker_inode> {OFF | PATTern | TIME | MSTats } 



Example output XXX;":MACHINE1:TLIST:MM0DE TIME" 

Query : MACHine { 1 1 2 } : TLI St : MMODe ? 

The MMODe query returns the current marker mode selected. 
Returned Format [ :MACHine{l | 2} :TLISt iMMODb] <markerjnodeXNL> 

Example output XXX; : machine l : TLIST : MMODE? 
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TLI St Subsystem 
OCONdition 



OCONdition 

:MACHine{l 1 2} :TLISt:OCONdition {ENTering |EXITing} 

The OCONdition command specifies where the O marker is placed. The O 
marker can be placed on the entry or exit point of the OPATtem when in the 
PATTem marker mode. 

OUTPUT XXX; MACHINE 1 :TL 1ST: OCONDITION ENTERING" 



: MACHine { 1 | 2 } : TLISt : OCONdition? 

The OCONdition query returns the current setting. 

[ : MACHine{ 1 | 2 } : TLISt : OCONdition ] {ENTering | EXITing}<NL> 

OUTPUT XXX; " : MACHINE 1 : TLIST: OCONDITION?" 



OPATtem 

: MACHine { 1 1 2 } : TLISt : OPATtem 
< 1 abe cone > / < 1 abe l_p a 1 1 e rn> 

The OPATtem command allows you to construct a pattern recognizer term 
for the O Marker which is then used with the OSEarch criteria when moving 
the marker on patterns. Since this command deals with only one label at a 
time, a complete specification could require several iterations. 

When the value of a pattern is expressed in binary, it represents the bit 
values for the label inside the pattern recognizer term. In whatever base is 
used, the value must be between 0 and 2^^ - 1, since a label may not have 
more than 32 bits. Because the <label _pattem> parameter may contain 
don't cares, it is handled as a string of characters rather than a number. 
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TLI St Subsystem 
OSEarch 



<label_naine> string of up to 6 alphanumeric characters 

<label_ "{#B{0|l|X} . . . | 
pattern> #Q{0 1 1 1 2 j 3 | 4 | 5 | 6 | 7 | X} • . . | 

#H{0|li2|3|4|5|6|7|8|9|A|B|c|D|E|F|X} . . • | 
{0|1|2|3|4|5|6|7|8|9} . . . }" 



Examples 



OUTPUT XXX;":MACHINE1:TLIST:0PATTERN 'DATA', '255' " 
OUTPUT XXX;":MACHINE1:TLIST:0PATTERN 'ABC , ' #BXXXX1101 ' 



Query : MACHine { 1 1 2 } : TLISt : OPATtern? <label_name> 

The OPATtern query returns the pattern specification for a given label name. 
Returned Format [ :MACHine{l |2> :TLISt:OPATtern] <label_name>,<label_j)atteriiXNL> 



Example output XXX; machine 1:TLIST:0PATTERN? 'A" 



OSEarch 

Command : MACHine { 1 1 2 } : TLISt : OSEarch <occurrence> f <origin> 



The OSEarch conunand defines the search criteria for the O marker, which is 
then used with associated OPATtern recognizer specification when moving 
the markers on patterns. The origin parameter tells the marker to begin a 
search with the trigger, the start of data, or with the X marker. The actual 
occurrence the marker searches for is detennined by the occurrence 
parameter of the OSEarch recognizer specification, relative to the origin. An 
occurrence of 0 places the marker on the selected origin. With a negative 
occurrence, the marker searches before the origin. With a positive 
occurrence, the marker searches after the origin. 

<occurrence> integer from -8191 to +8191 
<origin> {TRIGger | STARt | XMARker } 
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TLI St Subsystem 
OSTate 



Example 



OUTPUT XXX;":MACHINE1:TLIST:0SEARCH +10, TRIGGER" 



Query 



: MACHine { 1 | 2 } : TLI St : OSEarch? 



Returned Format 



Example 



The OSEarch query returns the search criteria for the 0 marker. 
[ : MACHine {1 1 2} :TLISt : OSEarch] <occurrence>,<originXNL> 

OUTPUT XXX; " ; MACHINE 1 :TLIST: OSEARCH?" 



Query 



OSTate 

: MACHine { 1 | 2 } : TLISt : OSTate? 



The OSTate query returns the line number in the listing where the 0 marker 
resides (-8191 to +8191). If data is not valid, the query returns 32767. 

Returned Format [ :MACHine{l 1 2> :TLISt :OSTate] <state_numXNL> 

<state nuin> an integer from -8191 to +8191, or 32767 



Example 



OUTPUT XXX; " :MACHINE1 : TLIST: OSTATE?" 
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TLISt Subsystem 
OTAG 



OTAG 

Command : MACHine { 1 1 2 } : TLISt : OTAG <tiine_yalue> 

The OTAG command specifies the ta^ value on which the O Marker should 
be placed. The tag value is time. If the data is not valid tagged data, no 
action is performed. 

<time value> real number 



Example :0UTPUT XXX;":MACHINE1:TLIST:0TAG 40.0E-6" 



Query :MACHine{l 1 2}: TLISt: OTAG? 

The OTAG query returns the O Marker position in time regardless of 
whether the marker was positioned in time or through a pattern search. If 
data is not valid, the query returns 9.9E37 for time tagging, or returns 32767 
for state tagging. 

Retumed Format [ :MACHine{l 1 2> :TLISt :0TAG] <time_yalueXNL> 



Example output XXX;":MACHINE1:TLIST:0TA6?*' 



REMove 

Command : MACHine { 1 1 2 } : TLISt : REMove 

The REMove command removes all labels, except the leftmost label, from 
the listing menu. 



Example output XXX;":MACHINE1:TLIST:REM0VE" 
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TLI St Subsystem 
RUNTil 



RUNTH 

Command 2 MACHine { 1 1 2 } : TLISt : RUNTil <run_until_spec> 

The RUNTil (run until) command allows you to define a stop condition when 
the trace mode is repetitive. Specifying OFF causes the analyzer to make 
runs until either the display's STOP field is touched, or, until the STOP 
command is issued. 

There are four conditions based on the time between the X and O markers as 
follows: 

• The difference is less than (LT) some value. 

• The difference is greater than (GT) some value. 

• The difference is inside some range (INRange). 

• The difference is outside some range (OUTRange). 

End points for the INRange and OUTRange should be at least 8 ns apart 
since this is the minimum time resolution of the time tag counter. 

<run_until_ {OFF |LT,<value>|GT,<value>| INRange, <value>,<value>| 
speo OUTRange , <value>, <value>} 

<value> real number from — 9E9 to +9E9 

Example output XXX; machine 1:TLIST:RUNTIL GT,800.0E-6" 



Query : MACHine { 1 1 2 } : TLISt : RUNTil? 

The RUNTil query returns the current stop criteria. 
Returned Format [ :MACHine{ 1 1 2} :TLISt :RUNTil ] <run_until_specXNL> 

Example output XXX ; : machine 1 : TLIST : RUNTIL? " 
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TLI St Subsystem 
TAVerage 



Query 



TAVerage 

: MACHine { 1 | 2 } : TLISt : TAVerage? 



Returned Format 
<tixne value> 



The TAVerage query returns the vaJue of the average time between the X 
and O Markers. If the number of valid runs is zero, the query 
returns 9.9E37. Valid runs are those where the pattern search for both the 
X and 0 markers was successful, resulting in valid delta-time measurements. 

[ :MACHine{l |2> : TLISt: TAVerage] <time_valueXNL> 
real number 



Example 



OUTPUT XXX; : MACHINE 1 : TLIST: TAVERAGE?" 



Query 



TMAXimum 

: MACHine { 1 | 2 } : TLISt : TMAXimum? 



The TMAXimum query returns the value of the maximum time between the 
X and O Markers. If data is not valid, the query returns 9.9E37. 

Returned Format ( :MACHine{l 1 2} :TLISt :TMAXimum3 <time_valueXNL> 

<time value> real number 



Example 



OUTPUT XXX; " : MACHINE 1 : TLIST: TMAXIMUM?' 
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TLISt Subsystem 
TMINimum 



TMINimum 

Query : MACHine { 1 1 2 } : TLISt : TMINimum? 

The TMINimum query returns the value of the minimum time between the X 
and O Markers. If data is not valid, the query returns 9.9E37. 

Returned Format [ :MACHine{l 1 2} :TLISt:TMINinium] <time_valueXNL> 

<time_yalue> real number 

Example output XXX; : machine l :TLIST:TMINIMUM?*' 



VRUNs 

Query : MACHine { 1 1 2 } : TLISt : VRUNs ? 

The VRUNs query returns the number of valid runs and total number of runs 
made. Valid runs are those where the pattern search for both the X and 
O markers was successful resulting in valid delta time measurements. 

Returned Format [ :MACHine{l |2> :TLISt:VRUNs] <valid_runs>,<total_runsxNL> 

<valid_runs> zero or positive integer 
<total_runs> zero or positive integer 

Example output XXX; :MACHI11E1 :TLIST:VRUNS?" 
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TLI St Subsystem 
XCONdition 



Command 



Example 



Query 



Returned Format 



Example 



XCONdition 

: MACHine { 1 | 2 } : TLI St : XCONdition {ENTering | EXITing} 

The XCONdition command specifies where the X marker is placed. The X 
marker can be placed on the entry or exit point of the XPATtem when in the 
PATTem marker mode. 

OUTPUT XXX; " :MACHINEl :TLIST: XCONDITION ENTERING" 

: MACHine { 1 | 2 } : TLISt : XCONdition? 

The XCONdition query returns the current setting. 

[ :MACHine{l |2} : TLISt : XCONdition] {ENTering] EXITing }<NL> 

OUTPUT XXX ; " : MACHINE 1 : TLIST : XCONDITION? " 



Query 



XOTag 

: MACHine { 1 | 2 } : TLISt : XOTag? 



Returned Format 

<xo tiine> real number 



The XOTag query returns the time from the X to O markers. If there is no 
data in the time mode the query returns 9.9E37. 

(:MACHine<l|2}:TLISt:X0Tag] <X0 timeXNL> 



Example 



OUTPUT XXX; " :MACHINE1 : TLI ST: XOTAG?" 
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TLISt Subsystem 
XOTime 



Query 



XOTime 

: MACHine { 1 | 2 } : TLISt : XOTime? 



Returned Format 

<xo_time> 

Example 



The XOTime query returns the time from the X to O markers. If there is no 
data in the time mode the query returns 9.9E37. 

[ : MACHine{ 1 1 2 > : TLISt : XOTime ] <X0_tiiiieXNL> 
real number 

OUTPUT XXX; " : MACHINE 1 : TLIST: XOTIME? " 



Command 



XPATtem 

:MACHine { 1 1 2 } : TLISt : XPATtern <label_naine>, 
< 1 abe l_j)at t ern> 



The XPATtem command allows you to construct a pattern recognizer term 
for the X Marker which is then used with the XSEarch criteria when moving 
the marker on patterns. Since this command deals with only one label at a 
time, a complete specification could require several iterations. 

When the value of a pattern is expressed in binary, it represents the bit 
values for the label inside the pattern recognizer term. In whatever base is 
used, the value must be between 0 and 2^^ — 1, since a label may not have 
more than 32 bits. Because the <label_pattern> parameter may contain 
don't cares, it is handled as a string of characters rather than a number. 

<label_name> string of up to 6 alphanumeric characters 

<label_pattern> ••{#B{0|l|x} . . . | 

#Q{0|1|2|3|4|5|6|7|X} . . . | 

#h{0|i|2|3|4|5|6|7|8|9|a|b|c|d|e|f|x} . . • I 
{0|1|2|3|4|5|6|7|8|9} ...}'• 
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TLISt Subsystem 
XSEarch 



Examples output XXX;":MACHINE1:TLIST:XPATTERN 'DATAS'255' " 

OUTPUT XXX;":MACHINE1:TLIST:XPATTERN 'ABC ' ^ ' #BXXXX1101 ' 



Query :MACHine{l|2}:TLISt:XPATtern? <label_naine> 

The XPATtem query returns the pattern specification for a given label name. 
Returned Format [ :MACHine{l |2> :TLISt:XPATtern] <label_nanie>,<label_patternXNL> 



Example output XXX;'*:MACHINE1:TLIST:XPATTERN? 'A'" 



XSEarch 

Command : MACHine { 1 | 2 } : TLISt : XSEarch <occurrence> , <or igin> 

The XSEarch conunand defines the search criteria for the X Marker, which is 
then with associated XPATtem recognizer specification when moving the 
markers on patterns. The origin parameter tells the marker to begin a 
search with the trigger or with the start of data. The occurrence parameter 
determines which occurrence of the XPATtem recognizer specification, 
relative to the origin, the marker actually searches for. An occurrence of 0 
places a marker on the selected origin. 

<occurrence> integer from -8191 to +8191 
<origin> {TRiGger | STARt} 



Example output XXX;":MACHINE1:TLIST:XSEARCH +10, TRIGGER" 
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TLI St Subsystem 
XSTate 



Query 



: MACHine { 1 | 2 } ; TLISt : XSEarch? 



Returned Format 



Example 



The XSEarch query returns the search criteria for the X marker. 
[ :MACHine{l (2> : TLISt : XSEarch] <occurrence>,<originXNL> 

OUTPUT XXX; :MACHINEl : TLIST: XSEARCH?" 



Query 



XSTate 

: MACHine { 1 | 2 } : TLISt : XSTate? 



The XSTate query returns the line number in the listing where the X marker 
resides (-8191 to +8191). If data is not valid, the query returns 32767. 

Returned Format [ :MACHine{l |2} iTLISt :XSTate] <state_nmnXNL> 

<state nuin> an integer from -8191 to +8191, or 32767 



Example 



OUTPUT XXX; " iMACHINEl: TLIST: XSTATE?" 
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XTAG 



XTAG 

Command :MACHine{l | 2} ; TLISt: XTAG <time_value> 

The XTAG command specifies the tag value on which the X Marker should 
be placed. The tag value is time. If the data is not valid tagged data, no 
action is performed. 

<time value> real number 



Example output XXX;":MACHINE1:TLIST:XTAG 40.0E-6" 



Query : MACHine { 1 1 2 } : TLISt : XTAG? 

The XTAG query returns the X Marker position in time regardless of 
whether the marker was positioned in time or through a pattern search. If 
data is not valid tagged data, the query returns 9.9E37. 

Returned Format [ :MACHine{l 1 2> :TLISt :XTAG] <time_value><NL> 



Example output XXX;":MACHINE1:TLIST:XTAG?" 
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SYMBol Subsystem 



Introduction 



The SYMBol subsystem contains the commands that allow you to 
define symbols on the controller and download them to the HP 
1660-series logic analyzers. The commands in this subsystem are: 

• BASE 

• PATTem 

• RANGe 

• REMove 

• WIDTh 
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SYMBol Subsystem 



r-O- 



I abe l_nome 



^PATTer nJ)--»" space 



I abe I _nam€ 



space 



I abe l_name 



star t«va I ue 



^BINory^ 



HEXadec ima I 



^DECimo 1^ 



symbo l_name 



(^T^^""** pattern->va I ue 



symbo l_name 



5top_va I ue 



^-^ ^WIDTtT ) ^ space — ^ label-name --^^^^T^)-^ width^value 



SYMBol Subsystem Syntax Diagram 
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SYMBol Subsystem 
SYMBol 



SYMBol Parameter Values 



Parameter 

labeLname 

symboLname 

pattern_value 



start value 



stop^value 



width.value 



Values 

string of up to 6 alphanumeric characters 
string of up to 16 alphanumeric characters 



•{#B{0 



#Q{0 
#H{0 
{0|1 

•{#B{0 
1 
1 
2 



#Q{0 
#H{0 
{0|1 

•{#B{0 
1 
1 
2 



1 
2 
2 
3 

1> 



X} 
3 
3 
4 



#Q{0 
#H{0 
{0|1 

integerfrom 1 to 16 



2 
2 
3 

1} 
2 
2 
3 



X} . • . I 

8|9|a|b|c|d|e|f|x} 

9} . . . }" 



7> . . . I 

7|8|9|a|b|c|d|e|f} . 

819} ... >" 
7>...| 

7|8|9|a|b|c|d|e|f} . 

8|9> . . .}» 



SYMBol 

: MACHine { 1 | 2 } : SYMBol 



The SYMBol selector is used as a part of a compound header to access the 
commands used to create sjonbols. It always follows the MACHine selector 
because it selects a branch directly below the MACHine level in the 
command tree. 



OUTPUT XXX; -:MACHINE1: symbol :BASE 'DATA', BINARY" 
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Command 



BASE 

:MACHine{l 1 2} :SYMBol:BASE <label_name>^<base_value> 



The BASE command sets the base in which symbols for the specified label 
will be displayed in the symbol menu. It also specifies the base in which the 
symbol offsets are displayed when symbols are used. 



BINary is not available for labels with more than 20 bits assigned. In this case 
the base will default to HEXadecimal. 



<label__name> string of up to 6 alphanumeric characters 
<base__value> {BINary | HEXadecimal | OCTal | DECimal | ASCii} 



Example 



OUTPUT XXX; " : MACHINE 1 : SYMBOL: BASE 'DATA' , HEXADECIMAL " 
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PATTem 

Command :MACHine{l| 2}: SYMBol: PATTern <label_name>^ 

<syinbol_name> ^ <pattern_value> 



The PATTem command allows you to create a pattern symbol for the 
specified label. Because don't cares (X) are allowed in the pattern value, it 
must always be expressed as a string. You may still use different bases, 
though don't cares cannot be used in a decimal number. 

<label_naine> string of up to 6 alphanumeric characters 

<syinbol_name> string of up to 16 alphanumeric characters 

<pattern_value> "{#B{0|l|x} . . . | 

#Q{0|1|2|3|4|5|6|7|X} • . . | 

#H{0|1|2|3|4|5|6|7|8|9|a|b|c|d|e|f|X} . • . I 
{0|1|2|3|4|5|6|7|8|9} . . . 

Example 

OUTPUT XXX; MACHINE 1: SYMBOL: PATTERN 'STAT', 'MEM_RD% ' #H01XX' " 



RANGe 

Command :MACHine{l 1 2} : SYMBol :RANGe <label_naine>^ 

<syinbol_name>, <start_value>^ <stop_value> 



The RANGe command allows you to create a range symbol containing a start 
value and a stop value for the specified label. The values may be in binary 
(#B), octal (#Q), hexadecimal (#H) or decimal (default). You can not use 
don't cares in any base. 
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<label_name> string of up to 6 alphanumeric characters 
<syinbol naine> string of up to 16 alphanumeric characters 



<start value> 



<stop value> 



"{#B{0 
#Q{0|1 
#H{0|1 
{0|1|2 

••{#B{0 
#Q{0|1 
#H{0|1 
{0|1|2 



1} . . . I 

2|3|4|5|6|7} ... I 

2|3|4|5|6|7|8|9|a|b|c|d|e|f} ... I 

3|4|5|6|7|8|9} . . . }" 
1} . . . I 

2|3|4|5|6!7} ... I 

2|3|4|5|6|7|8|9|a|b|c|d|e|f} ... I 

3|4|5|6|7|8|9} . . . }" 



Example 



OUTPUT XXX;":MACHINEl:SYMBOL:RAM6E 'STAT' 
'10 ACC , '0' , '#HOOOF'" 



REMove 

Command : MACHine { 1 | 2 } : SYMBol ; REMove 

The REMove command deletes all symbols from a specified machine. 
Example output XXX;":MACHINE1:SYMB0L:REM0VE'' 
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WBDTh 

Command :MACHine{l |2} :SYMBol:WIDTh <label_name>, 

<width_value> 

The WIDTh command specifies the width (number of characters) in which 
the symbol names will be displayed when symbols are used. 



The WIDTh command does not affect the displayed length of the symbol offset 
value. 



<label_naine> string of up to 6 alphanumeric characters 
<width_value> integer from 1 to 16 



Example output XXX;":MACHINE1: symbol: width 'DATA' ^9 " 
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Introduction 



The DATA and SETup commands are SYSTem commands that allow 
you to send and receive block data between the HP 1660 series and a 
controller. Use the DATA instruction to transfer acquired timing and 
state data, and the SETup instruction to transfer instrument 
configuration data. This is useful for: 

• Re-loading to the logic analyzer 

• Processing data later 

• Processing data in the controller 

This chapter explains how to use these commands. 

The format and length of block data depends on the instruction being 
used, the configuration of the instrument, and the amount of acquired 
data. The length of the data block can be up to 409,760 bytes in the 
HP 1660A. 

The SYSTem:DATA section describes each part of the block data as it 
will appear when used by the DATA instruction. The beginning byte 
number, the length in bytes, and a short description is given for each 
part of the block data. This is intended to be used primarily for 
processing of data in the controDer. 



Do not change the block data in the controller if you intend to send the block 
data back into the logic analyzerfor later processing. Changes made to the 
block data in the controller could have unpredictable results when sent back to 
the logic analyzer. 
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Data Format 

To understand the format of the data within the block data, there are four 
important things to keep in mind. 

• Data is sent to the controller in binary form. 

• Each byte, as described in this chapter, contains 8 bits. 

• The first bit of each byte is the MSB (most significant bit). 

• Byte descriptions are printed in binary, decimal, or ASCII depending on 
how the data is described. 

For example, the first ten bytes that describe the section name contain a 
total of 80 bits as follows: 

Byte 1 Byte 10 

I— ^ 

Binary 0100 0100 0100 0001 OlOl OlOO OlOO OOOl 0010 0000 ... 0010 0000 

I I 

MSB LSB 

Decimal 68 65 84 65 32 32 32 32 32 32 

ASCII DATA space space space space space space 
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:SYSTem:DATA 

Command :SySTem:DATA <block data> 



The SYSTem:DATA conimand transmits the acquisition memory data from 
the controller to the HP 1660-series logic analyzer. 

The block data consists of a variable number of bytes containing information 
captured by the acquisition chips. The information wiU be in one of three 
formats, depending on the type of data captured. The three formats are 
glitch, transitional, conventional timing or state. Each format is described 
in the "Acquisition Data Description" section later in this chapter. Since no 
parameter checking is performed, out-of-range values could cause 
instrument lockup; therefore, care should be taken when transferring the 
data string into the logic analyzer. 

The <block_data> parameter can be broken down into a 
<block Jength_specifier> and a variable number of <section>'s. 

The <blockJength_specifier> always takes the form #8DDDDDDDD. Each 
D represents a digit (ASCII characters "0" through "9"). The value of the 
eight digits represents the total length of the block (all sections). For 
example, if the total length of the block is 14522 bytes, the block length 
specifier would be "#800014522". 

Each <section> consists of a <section header> and <section data>. The 
<section data> format varies for each section. For the DATA instruction, 
there is only one <section>, which is composed of a data preamble followed 
by the acquisition data. This section has a variable number of bytes 
depending on configuration and amount of acquired data. 

<block_data> <block_length_^specif ier><section> 

<block_length_ # 8<length> 
speci£ier> 

<length> The total length of all sections in byte format (must be represented with 8 
digits) 

<section> <section headerxsection data> 

<section_ 16 bytes, described in "Section Header Description," on page 26-6. 
header> 

<section data> Format depends on the specific section. 
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Example output xxx;": system: data" <block data> 



The total length of a section is 16 (for the section header) plus the length of the 
section data. So when calculating the value for <len9th>, don't forget to 
include the length of the section headers. 



Query : SYSTem: DATA? 

The SYSTen\:DATA query returns the block data to the controller. The data 
sent by the SYSTemrDATA query reflect the configuration of the machines 
when the last run was performed. Any changes made since then through 
either front-panel operations or programming conunands do not affect the 
stored configuration. 

Returned Format [ :sysTem:DATA] <biock_data><NL> 



Example See "Transferring the logic analyzer acquired data" on page 27-17 in chapter 

27, "Programming Examples" for an example. 
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Section Header Description 

The section header uses bytes 1 through 16 (this manual begins counting at 
1; there is no byte 0). The 16 bytes of the section header are as follows: 

Byte Position 

1 10 bytes - Section name ("DATA space space space space space space" in 
ASCII for the DATA instruction). 

11 1 byte - Reserved 

12 1 byte - Module ID (0010 0000 binary or 32 decimal for the HP 1660 series) 

13 4 bytes - Length of section in number of bytes that, when converted to 
decimal, specifies the number of bytes contained in the section. 



Section Data 

For the SYSTemiDATA command, the <section data> parameter consists of 
two parts: the data preamble and the acquisition data. These are described 
in the following two sections. 



Data Preamble Description 

The block data is organized as 160 bytes of preamble information, followed 
by a variable number of bytes of data. The preamble gives information for 
each analyzer describing the amount and type of data captured, where the 
trace point occurred in the data, which pods are assigned to which analyzer, 
and other information. The values stored In the preamble represent the 
captured data currently stored in this structure and not the current analyzer 
configuration. For example, the mode of the data (bytes 21 and 49) may be 
STATE with tagging, while the current setup of the analyzer is TIMING. 

The preamble (bytes 17 through 176) consists of the following 160 bytes: 
17 2 bytes - Instrument ID (always 1660 decimal for HP 1660 series) 

19 1 byte - Revision Code 

20 1 byte - number of acquisition chips used in last acquisition 
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The next 40 bytes are for Analyzer 1 Data Information. 

Byte Position 

21 1 byte - Machine data mode, one of the following decimal values: 

-l=off 

0 = state data without tags 

1 = state data with each chip assigned to a n\achine 

(2kB memory) and either time or state tags 

2 = state data with unassigned pod used to store tag data 

(4kB memory) 
8 = state data at half channel (8kB memory with no tags) 

10 = conventional timing data at full channel 

11 = transitional tinung data at full channel 

12 = glitch timing data 

13 = conventional timing data at half channel 

14 = transitional timing data at half channel 

22 1 byte - Unused. 

23 2 bytes - List of pods in this analyzer, where a binary 1 indicates that the 
corresponding pod is assigned to this analyzer 

bit 15 bit 14 bit 13 bit 12 bit 11 bit 10 bit 9 bit 8 

unused unused always 1 unused unused unused unused Pod 8^ 

bit? bite bits bit 4 bit 3 bit 2 biti bitO 

Pod 7^ Pod 6^ Pod 5^ Pod 4^ Pod 3^ Pod 2 Podi unused 

1 > also unused in the HP 1661A, HP 1662A. and HP 1663A 

2 - also unused in the HP 1662A and HP 1663A 
3 -also unused in the HP 1663A 



Example xxlO 0000 OOOl lllx indicates pods 1 through 4 are assigned to this 

analyzer (x = unused bit). 



25 1 byte - This byte returns which chip is used to store the time or state tags 
when an unassigned pod is available to store tag data. This chip is available 
in state data mode with an unassigned pod and state or time tags on. Byte 
21 = 2 in this mode. 
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Byte Position 
26 



1 byte - Master chip for this anaJyzer. This decimal value returns which 
chip's time tag data is valid in a non-transitional mode; for example, state 
with time tags. 

o3 



5 -pods 1 and 2 
4 -pods 3 and 4^ 
3 -pods 5 and 6^ 



2 -pods 7 and 8 
1 - unused 
0 - unused 
- 1 - no chip 



1 - also unused in the HP 1663A 

2 - also unused in the HP 1662A and HP 1663A 

3 -also unused in the HP 1661 A, HP 1662A, and HP 1663A 



27 
33 



6 bytes - Unused 

8 bytes - A decimal integer representing sample period in picoseconds 
(tinung only). 



Example 



The following 64 bits in binary would equal 8,000 picoseconds or, 8 
nanoseconds: 

00000000 00000000 00000000 00000000 00000000 00000000 00011111 01000000 



41 8 bytes - Unused 

49 1 byte - Tag type for state only in one of the following decimal values: 

0 = off 

1 = time tags 

2 = state tags 

50 1 byte -Unused 

51 8 bytes - A decimal integer representing the time offset in picoseconds from 
when this analyzer is triggered and when this analyzer provides an output 
trigger to the 1MB or port out. The value for one analyzer is always zero and 
the value for the other analyzer is the time between the triggers of the two 
analyzers. 

59 2 bytes - Unused 
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Byte Position 

61 40 bytes - The next 40 bytes are for Analyzer 2 Data Information. They are 
organized in the same manner as Analyzer 1 above, but they occupy bytes 61 
through 100. 

101 26 bytes - Number of valid rows of data (starting at byte 177) for each pod. 
The 26 bytes of this group are organized as follows: 
Bytes 1 and 2 - Unused 
Bytes 3 and 4 - Unused. 
Bytes 5 and 6 - Unused. 
Bytes 7 and 8 - Unused. 
Bytes 9 and 10 - Unused. 

Bytes 11 and 12 contain the number of valid rows of data for pod 8 of the 
HP 1660A only. Unused in the other HP 1660-series logic analyzers. 
Bytes 13 and 14 contain the number of valid rows of data for pod 7 of the 
HP 1660A only. Unused in the other HP 1660-series logic analyzers 
Bytes 15 and 16 contain the number of valid rows of data for pod 6 of the 
HP 1660A and HP 1661A only. 

Bytes 17 and 18 contain the number of valid rows of data for pod 5 of the 
HP 1660A and HP 1661A only. 

Bytes 19 and 20 contain the number of valid rows of data for pod 4 of the 
HP 1660A, HP 1661A, and HP 1662A only. 

Bytes 21 and 22 contain the number of valid rows of data for pod 3 of the 
HP 1660A, HP 1661A, and HP 1662A only. 

Bytes 23 and 24 contain the number of valid rows of data for pod 2 of all 
models of the HP1660-series logic analyzers. 

Bytes 25 and 26 contain the number of valid rows of data for pod 1 of all 
models of the HP1660-series logic analyzers. 
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Byte Position 

127 26 bytes - Row of data containing the trigger point. This byte group is 
organized in the same way as the data rows (starting at byte 101 above). 
These binary numbers are base zero numbers which start from the first 
sample stored for a specific pod. For example, if bytes 151 and 152 
contained a binary number with a decimal equivalent of +1018, the data row 
having the trigger is the 1018th data row on pod 1. There are 1018 rows of 
pre-trigger data as shown below. 

rowO 
row 1 

row 1017 

row 1018 - trigger row 
153 24 bytes - Unused 



Acquisition Data Description 

The acquisition data section consists of a variable number of bytes 
depending on which logic analyzer you are using, the acquisition mode and 
the tag setting (time, state, or off)- The data is grouped in 18-byte rows for 
the HP 1660A, in 14-byte rows for the HP 1661A, in 10-byte rows for the 
HP 1662A, and in 6-byte rows for the HP 1663A, 

The number of rows for each pod is stored in byte positions 101 through 
126. The number of bytes in each row can be determined by the value 
stored in byte position 20 which contains the number of acquisition chips in 
the instrument. For example, if the value in byte position 20 is 4, the 
instrument is an HP 1660A. Values 3, 2, and 1 represent the HP 1661A, 
1662A, and 1663A respectively. 
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Byte Position 



clock Pod 8^ Pod 7^ pod 6^ pod 5^ pod 4^ pod 3^ pod 2 pod l"^ 
lines 



177 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 
195 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 



(X) 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 



1 - unused in the HP 1661 A, HP 1662A, and HP 1663A 

2 - also unused in the HP 1662A and HP 1663 A 

3 - also unused in the HP 1663A 

4 - The headings are not a part of the returned data. 



Row (x) is the highest number of valid rows specified by the bytes in byte 
positions 101 through 126 in all modes and when neither ajnalyzer is in glitch 
mode. In the glitch mode, row (x) is the larger of: 

1. The highest number of valid rows specified by the bytes in byte 
positions 101 through 126; or, 

2. 2048 + the highest number of valid rows for the pods assigned to 
the timing analyzer, when one or more glitches are detected. 

The clock-line bytes for the HP 1660A, which also includes 2 additional data 

lines (D), are organized as follows: 

XXXX XXPN XXDD MLKJ 

The clock-line bytes for the HP 166 lA and HP 1662A are organized as 

foUows: 

XXXX XXXX XXXX MLK J 

The clock-line bytes for the HP 1663A are organized as follows: 

XXXX XXXX XXXX XXK J 
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Time Tag Data Description 

The time tag data starts at the end of the acquired data. Each data row has 
an 8-byte time tag for each chip (2-pod set). The starting location of the 
time tag data is inunediately after the last row of valid data (maximum data 
byte + 1). If an analyzer is in a non- transitional mode, the master chip (byte 
26) is the only chip with valid time-tag data. The time tag data is a decimal 
integer representing time in picoseconds for both timing and state time tags. 
For state tags in the state analyzer, tag data is a decimal integer 
representing the number of states. 

Time Tag Block (for the HP 1660A) 

Byte 1 through 8 (64 bits starting with the MSB) - First sample tag for pods 
1 and 2. 

Byte 9 through 16 (64 bits starting with the MSB) - Second sample tag for 
pods 1 and 2. 



Byte (w) through (w + 7) (64 bits starting with the MSB) - Last sample tag 
for pods 1 and 2. 



Byte (w + 8 ) through (w + 15) (64 bits starting with the MSB) - First 
sample tag for pods 3 and 4. 

Byte (w + 16 ) through (w + 23) (64 bits starting with the MSB) - Second 
sample tag for pods 3 and 4. 



Byte (x) through (x+ 7) (64 bits starting with the MSB) - Last sample tag 
for pods 3 and 4. 
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Byte (x + 8 ) through (x + 15) (64 bits starting with the MSB) - First sample 
tag for pods 5 and 6. 

Byte (x + 16 ) through (x + 23) (64 bits starting with the MSB) - Second 
sample tag for pods 5 and 6. 



Byte (y) through (y+ 7) (64 bits starting with the MSB) - Last sample tag 
for pods 5 and 6. 



Byte (y + 8 ) through (y + 15) (64 bits starting with the MSB) - First sample 
tag for pods 7 and 8. 

Byte (y + 16 ) through (y + 23) (64 bits starting with the MSB) - Second 
sample tag for pods 7 and 8. 



Byte (z) through (z+ 7) (64 bits starting with the MSB) - Last sample tag for 
pods 7 and 8. 
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Glitch Data Description 

In the glitch mode, each pod has two bytes assigned to indicate where 
glitches occur in the acquired data. For each row of acquired data there will 
be a corresponding row of glitch data. The glitch data is organized in the 
same way as the acquired data. The glitch data is grouped in 18-byte rows 
for the HP 1660A. The number of rows is stored in byte positions 101 
through 126. The starting byte of the glitch data is an absolute starting 
point regardless of the number of rows of acquired data. 

A binary 1 in the glitch data indicates a glitch was detected. For example, if 
a glitch occurred on bit 1 of pod 8 in data row 1 of an HP 1660A, bytes 37043 
and 37044 would contain: 



Byte 37043 Byte 37044 



0000 GOOD 0000 0010 

1 I 
Bit 15 Biti 



Byte Position 



clock Pod 8^ Pod 7^ pod 6^ pod 5^ pod 4^ pod 3^ pod 2 pod 1^ 

lines 



37041 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 
37059 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 



(X) 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 2 bytes 



1 - unused in the HP 1661 A, HP 1662A, and HP 1663A 

2 - also unused in the HP 1662A and HP 1663 A 

3 ~ also unused in the HP 1663A 

4 -The headings are not a part of the returned data. 
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SYSTem:SETup 

Command :SyStem; SETup <block_data> 

The SYSt em: SETup command configures the logic analyzer module as 
defined by the block data sent by the controller. The length of the 
configuration data block can be up to 350,784 bytes in the HP 1660A. 

There are four data sections which are always returned. These are the 
strings which would be included in the section header: 

"CONFIG 
-DISPLAyi " 
"BIGJ\TTRIB" 
"RTC_INF0 " 

Additionally, the following sections may also be included, depending on 
what's available: 

••SYMBOLS A •• 
-SYMBOLS B •• 
••INVASM A •• 
••INVASM B •• 
••COMPARE 

With the exception of the RTC JNFO section, the block data is not 
described. However, the RTC JNFO section, contains the real-time clock 
time of the acquired data in the data block. This time information can be 
meaningful to some measurements. 
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<block_data> <block_length_specif ierxsection> 

<block_length_ # 8<length> 
specif ier> 

<length> The total length of all sections in byte format (must be represented with 8 

digits) 

<section> <section_header><section_data>[<section_data>. . . ] 

16 bytes in the following format: 
10 bytes for the section name 
1 byte reserved 

1 byte for the module ID code (32 for the HP 1660-series logic analyzer) 
4 bytes for the length of section data in number of bytes that, when 
converted to decimal, specifies the number of bytes contained in the section. 

The RTC JNFO section is described in the "RTCJNFO Section Description." 
Format depends on the section. 



<section_ 
header> 



<section data> 



The total length of a section is 16 (for the section header) plus the length of the 
section data. So when calculating the value for <length>, don't forget to 
include the length of the section headers. 



Example 



OUTPUT XXX; "SETUP" <block data> 



Query 



: system: SETup? 



Returned Format 



Example 



The SYStemiSETup query returns a block of data that contains the current 
configuration to the controller. 

[ : system : SETup ] <block_dat axNL> 

See "Transferring the logic analyzer configuration" on page 27-14 in Chapter 
27, "Programming Examples" for an example. 
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RTC^INFO Section Description 



<block_length> 

< s ec t ion_name > 

<section_ 
length> 

<section_data> 

Byte Position 

1 



The RTCJNFO section contains the real time of the acquired data. Because 
the time of the acquired data is important to certain measurements, this 
section describes how to find the real-time clock data. 

Because the number of sections in the SETup data block depends on the 
logic analyzer configuration, the RTCJNFO section will not always be in the 
same location within the block. Therefore, the section must be found by 
name. Once the section is found, you can find the time by using the 
description in the following section: 

#8<block__length>. . . [<section_^naniexsection^length> 
<section_data>] . . . 

Total length of all sections 

10 bytes - Section name. "RTC_info space space" 

4 bytes - Length of section. 8 bytes, decimal, for RTCJNFO section. 

10 bytes - Contains the real-time clock data described as follows: 



1 byte - Year. A decimal integer that, when added to 1990, defines the year. 
For example, if this byte has a decimal value of 2, the year is 1992. 



2 


Ibyte 


- Month. An integer from 1 to 12. 


3 


Ibyte 


- Day. An integer from 1 to 31. 


4 


Ibyte 


- Unused 


5 


1 byte 


- Hour. An integer from 1 to 23. 


6 


1 byte 


- Minute. An integer from 1 to 59. 


7 


1 byte 


- Second. An integer from 1 to 59. 


8 


1 byte 


- Unused. 
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Introduction 



This chapter contains short, usable, and tested program examples 
that cover the most asked for examples. The examples are written in 
HP Basic 6.0. 

• Making a timing analyzer measurement 

• Making a state analyzer measurement 

• Making a state compare measurement 

• Transferring logic analyzer configuration between the logic 
analyzer and the controller 

• Transferring logic analyzer data between the logic analyzer and the 
controller 

• Checking for measurement completion 

• Sending queries to the logic analyzer 

• Getting ASCII data with PRINt? All query 

• Reading a disk catalog 

• Printing to the disk using PRINT? ALL 
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Making a Timing analyzer measurement 

This program sets up the logic analyzer to make a simple timing analyzer 
measurement. This example can be used with E2433-60004 Logic Analyzer 
Training board to acquire and display the output of the ripple counter. It 
can also be modified to make any tinung analyzer measurement. 

XO J ****************** TIMING ANALYZER EXAMPLE ****************** 

20 i for the HP 1660A Logic Analyzer 

30 ! 

40 I ************************************************************** 

50 ! Select the module slot in which the logic analyzer is installed. 

60 ! Always a 1 for the HP 1660-series logic analyzers. 

70 I 

80 OUTPUT 707;": SELECT 1" 

90 ! 

100 I ************************************************************** 

110 I Name Machine 1 "TIMING^" configure Machine 1 as a timing analyzer, 

120 ! and assign pod 1 to Machine 1. 

130 ! 

140 OUTPUT 707;":MACH1:NAME 'TIMING'" 

150 OUTPUT 707; ":MACH1: TYPE TIMING" 

160 OUTPUT 707;":MACH1:ASSIGN 1" 

170 i 

180 ! ************************************************************** 

190 ! Make a label "COUNT," give the label a positive polarity, and 

200 ! assign the lower 8 bits. 

210 ! 

220 OUTPUT 707;":MACHINE1:TFORMAT:REMOVE ALL" 

230 OUTPUT 707; ":MACH1:TF0RMAT:LABEL 'COUNT' ,POS, 0,0, #80000000011111111- 

240 1 

250 ! ************************************************************** 

260 I Specify FF hex for resource term A, which is the default trigger term for 

270 ! the timing analyzer. 

280 i 

290 OUTPUT 707;" :MACH1:TTRACE:TERM A, 'COUNT', '#HFF'" 

300 I 

310 i *************************************************************** 

320 I Remove any previously inserted labels, insert the "COUNT" 

330 I label, change the seconds-per~division to 100 ns, and display the 

340 ! waveform menu. 

350 i 
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360 OUTPUT 707;":MACH1:TWAVEPORM:REMOVE" 

370 OUTPUT 707; ":MACH1:TWAVEF0RM : INSERT 'COUNT' ^ ALL" 

380 OUTPUT 707;":MACH1:TWAVEFORM:RANGE lE-6" 

390 OUTPUT 707;":MENU 1,5" 

400 ! 

410 ! ************************ It ***1e1e*ic1eitic*1t1eif*1r1eic*1t** 

420 1 Run the timing analyzer in single mode. 

430 ! 

440 OUTPUT 707;":RMODE SINGLE" 

450 OUTPUT 707;":START" 

460 I 

470 ! ************************************************** 

480 ! Set the marker mode (MMODE) to time so that time tags are available 

490 ! for marker measurements. Place the X-marker on 03 hex and the O- 

500 ! marker on 07 hex. Then tell the timing analyzer to find the first 

510 ! occurrence of 03h after the trigger and the first occurrence of 07h 

520 ! after the X-marker is found. 

530 I 

540 OUTPUT 707;":MACHINE1:TWAVEFORM:MMODE TIME" 

550 ! 

560 OUTPUT 707; " :MACHINE1 : TWAVEFORM : XPATTERN 'COUNT' , ' #H03 ' " 

570 OUTPUT ' 707; " :MACHINE1 : TWAVEFORM :OPATTERN 'COUNT' , ' #H07 ' " 

580 i 

590 OUTPUT 707; ":MACHINE1: TWAVEFORM: XCONDITION ENTERING" 

600 OUTPUT 707;":MACHINE1:TWAVEFORM:OCONDITION ENTERING" 

610 ! 

620 OUTPUT 7 07 ;":MACHINE1: TWAVEFORM tXSEARCH +1, TRIGGER" 

630 OUTPUT 707;":MACHINE1:TWAVEFORM:OSEARCH +1, XMARKER" 

640 ! 

650 I ***************************************************************** 

660 1 Turn the longform and headers on, dimension a string for the query 

670 ! data, send the XOTIME query and print the string containing the 

680 ! XOTIME query data. 

690 ! 

700 OUTPUT 707; ":SYSTEM: LONGFORM ON" 

710 OUTPUT 707; ":Sy STEM :HEADER ON" 

720 ! 

730 DIM Mtime$[100] 

740 OUTPUT 707; " :MACHINE1 : TWAVEFORM: XOTIME?" 

750 ENTER 707;Mtime$ 

760 PRINT Mtime$ 

770 END 
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Making a State analyzer measurement 

This state analyzer program selects the HP 1660-series logic analyzer, 
displays the configuration menu, defines a state machine, displays the state 
trigger menu, sets a state trigger for multilevel triggering. This program 
then starts a single acquisition measurement while checking for 
measurement completion. 

This program is written in such a way you can run it with the 

HP E2433-60004 Logic Analyzer Training Board. This example is the same 

as the "Multilevel State Triggering" example in chapter 9 of the 

HP E2433'9091 0 Logic Analyzer Training Guide, 

10 ! ******************** STATE ANALYZER EXAMPLE ************************* 

20 ! for the HP 1660-series Logic Analyzers 

30 ! 

40 ! ****************** SELECT THE LOGIC ANALYZER ********************** 

50 1 Select the module slot in which the logic analyzer is installed. 

60 t Always a 1 for the HP 1660-series logic analyzers. 

70 ! 

80 OUTPUT 707; ••: SELECT 1" 

90 ! 

100 i ******************** CONFIGURE THE STATE ANALYZER ********************** 

110 ! Name Machine 1 "STATE," configure Machine 1 as a state analyzer, assign 

120 t pod 1 to Machine 1, and display System Configuration menu of the 

130 i logic analyzer. 

140 ! 

150 OUTPUT 707; ":MACHINE1 .-NAME 'STATE'" 

160 OUTPUT 707;":MACHINE1:TYPE STATE" 

170 OUTPUT 707; ":MACHINE1: ASSIGN 1" 

180 OUTPUT 707;":MENU 1,0" 

190 ! 

200 i ******************* SETUP THE FORMAT SPECIFICATION ********************* 

210 t Make a label "SCOUNT," give the label a positive polarity, and 

220 ! assign the lower 8 bits. 

230 ! 

240 OUTPUT 707;":MACHINE1:SFORMAT:REMOVE ALL" 

250 OUTPUT 7 07 ;••: MACHINE 1:SF0RMAT: LABEL 'SCOUNT', PCS, 0,0,255" 

260 i 

270 ! ******************* SETUP THE TRIGGER SPECIFICATION ******************** 

280 I The trigger specification will use five sequence levels with the trigger 

290 ! level on level four. Resource terms A through E, and RANGEl will be 

300 1 used to store only desired counts from the 8-bit ripple counter. 
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310 I 

320 ! Display the state trigger menu, 

330 1 

340 OUTPUT 707;":MENU 1,3" 

350 ! 

360 I Create a 5 level trigger specification with the trigger on the 

370 • fourth level. 

380 ! 

390 OUTPUT 707;":MACHINE1:STRIGGER:SEQUENCE 5,4" 

400 ! 

410 ! Define pattern terms A, B, C, D, and E to be 11, 22, 33, 44 and 59 

420 ! decimal respectively. 

430 ! 

440 OUTPUT 707;":MACHINE1:STRIGGER:TERM A, 'SCOUNT' , ' 11 ' " 

450 OUTPUT 7 07 MACHINE IxSTRIGGER: TERM B, 'SCOUNT' , ' 22 ' " 

460 OUTPUT 707; ":MACHINE1: STRIGGER: TERM C, 'SCOUNT' , ' 33 ' " 

470 OUTPUT 707; ";MACHINE1: STRIGGER :TERM D, ' SCOUNT' , ' 44 ' " 

480 OUTPUT 707; ":MACHINE1: STRIGGER: TERM E, ' SCOUNT' , ' 59 ' " 

490 i 

500 I Define a Range having a lower limit of 50 and an upper limit of 58. 

510 1 

520 OUTPUT 707;":MACHINE1:STRIGGER:RANGE1 ' SCOUNT' 50 58 ' " 

530 1 

540 1 ***************** CONFIGURE SEQUENCE LEVEL 1 *************************** 

550 1 Store NOSTATE in level 1 and Then find resource term "A" once. 

560 i 

570 OUTPUT 707; ":MACHINEl:STRIGGERzSTOREl 'NOSTATE'" 

580 OUTPUT 707; ":MACHINE1:STRIGGER:FIND1 'A',1" 

590 I 

600 I ***************** CONFIGURE SEQUENCE LEVEL 2 *************************** 

610 I Store RANGE 1 in level 2 and Then find resource term "E" once. 

620 ! 

630 OUTPUT 707; ":MACHINE1:STRIGGER:ST0RE2 'IN_RANGEl'" 

640 OUTPUT 707; ":MACHINE1: STRIGGER :FIND2 'E',1" 

650 • 

660 ! ***************** CONFIGURE SEQUENCE LEVEL 3 *************************** 

670 ! Store NOSTATE in level 3 and Then find term "B" once. 

680 I 

690 OUTPUT 707; ":MACHINE1:STRIGGER:ST0RE3 'NOSTATE'" 

700 OUTPUT 707;":MACHINE1:STRIGGER:FIND3 'B',1" 

710 ! 

720 ! ***************** CONFIGURE SEQUENCE LEVEL 4 *************************** 

730 ! Store a combination of resource terms (C or D or RANGEl) in level 4 and 

740 I Then Trigger on resource term "E." 

750 I 
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760 OUTPUT 707;":MACHINE1:STRIGGER:STORE4 ' (C OR D OR IN_RANGE1)'" 

770 ! 

780 ! ************************ NOTE *if'*f*******'*f**'it*'>f**'*t**** 

790 ! The FIND comniand selects the trigger in the 

800 ! sequence level specified as the trigger level. 

810 ! ************************************************* 

820 ! 

830 OUTPUT 707;-:MACHINEl:STRIGGER:FIND4 'E',1" 

840 1 

850 ! ***************** CONFIGURE SEQUENCE LEVEL 5 *************************** 

860 ! Store any state on level 5 

870 I 

880 OUTPUT 707; ••:MACHINE1:STRIGGER: STORES 'ANYSTATE'" 

890 ! 

900 ! ***************** START ACQUISITION ************************************ 

910 ! Place the logic analyzer in single acquisition mode, then deterioine when 

920 1 the acquisition is complete. 

930 2 

940 OUTPUT 707;":RMODE SINGLE" 

950 JOUTPUT 707;"*CLS'* 

960 OUTPUT 707;":START" 

970 1 

980 I ****************** CHECK FOR MEASUREMENT COMPLETE ********************** 

990 t Enable the MESR register and query the register for a measurement 

1000 ! complete condition. 

1010 t 

1020 OUTPUT 7 07;": SYSTEM: HEADER OFF" 

1030 OUTPUT 707;":SYSTEM:LONGFORM OFF" 

1040 i 

1050 Status=0 

1060 OUTPUT 707;":MESE1 1" 

1070 OUTPUT 707;":MESR1?" 

1080 ENTER 707; Status 

1090 ! 

1100 I Print the MESR register status. 

1110 1 

1120 CLEAR SCREEN 

1130 PRINT "Measurement complete status is "; Status 

1140 PRINT "0 = not complete, 1 = complete" 

1150 i Repeat the MESR query until measurement is complete. 

1160 WAIT 1 

1170 IF Status=l THEN GOTO 1190 

1180 GOTO 1070 

1190 PRINT TABXY(30, 15 ); "Measurement is complete" 

1200 ! 
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1210 1 ************************ VIEW THE RESULTS ***************************** 

1220 1 Display the State Listing and select a line number in the listing that 

1230 ! allows you to see the beginning of the listing on the logic analyer 

1240 ! display. 

1250 I 

1260 OUTPUT 707; ":MACHINE1:SLIST: COLUMN 1, 'SCOUNT', DECIMAL" 

1270 OUTPUT 707;":MENU 1^7" 

1280 OUTPUT 707; ":MACHINE1:SLIST:LINE -16" 

1290 ! 

1300 END 
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MaMng a State Compare measurement 

This program example acquires a state listing, copies the listing to the 
compare listing, acquires another state listing, and compares both listings to 
find differences. 

This program is written in such a way you can run it with the HP 
E2433-60004 Logic Analyzer Training Board. This example is the same as 
the "State Compare" example in chapter 3 of the HP £2433-90910 Logic 
Analyzer Training Guide, 

10 ! *********** STATE COMPARE EXAMPLE ******************************** 

20 ! for the HP 1660-series Logic Analyzers 

30 ! 

40 ! 

50 J **★★***★★****★ SELECT THE LOGIC ANALYZER ************************ 

60 ! Select the module slot in which the logic analyzer is installed. 

70 I Always a 1 for the HP 166 OA- series logic analyzers. 

80 ! 

90 OUTPUT 707;": SELECT 1" 

100 I 

110 t ************** CONFIGURE THE STATE ANALYZER *********************** 

120 i Name Machine 1 '*STATE,** configure Machine 1 as a state analyzer, and 

130 I assign pod 1 to Machine 1. 

140 ! 

150 OUTPUT 707;";MACHINE1:NAME 'STATE'" 

160 OUTPUT 707;":MACHINE1:TYPE STATE" 

170 OUTPUT 707; ":MACHINE1: ASSIGN 1" 

180 I 

190 J ************************************************ 

200 ! Remove all labels previously set up, make a label "SCOUNT," specify 

210 t positive logic, and assign the lower 8 bits of pod 1 to the label. 

220 I 

230 OUTPUT 707;":MACHINE1:SFORMAT2REMOVE ALL" 

240 OUTPUT 707;":MACHINE1:SFORMAT:LABEL 'SCOUNT', POS, 0,0,255" 

250 i 

260 ! ****************************************************************** 

270 ! Make the "J" clock the Master clock and specify the falling edge. 

280 ! 

290 OUTPUT 707;":MACHINE1:SFORMAT:MASTER J, FALLING" 

300 ! 

310 ! ****************************************************************** 

320 1 Specify two sequence levels, the trigger sequence level, specify 
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330 ! FF hex for the "a" term which will be the trigger term, and store 

340 'no states until the trigger is found. 

350 ! 

360 OUTPUT 707;":MACHINElzSTRIGGER:SEQUENCE 2,1" 

370 OUTPUT 707; " : MACHINE 1 :STRIGGER: TERM A, 'SCOUNT' , ' #HFF' " 

380 OUTPUT 707;":MACHINE1:STRIGGER:STORE1 'NOSTATE'" 

390 OUTPUT 707;":MENU 1,3" 

400 { 

410 ! ************************************************* 

420 i Change the displayed menu to the state listing and start the state 

430 I analyzer in repetitive mode. 

440 ! 

450 OUTPUT 707;":MENU 1,7" 

460 OUTPUT 707;":RMODE REPETITIVE" 

470 OUTPUT 707;":START" 

480 1 

490 i ****************************************************************** 

500 ! The logic analyzer is now running in the repetitive mode 

510 I and will remain in repetitive until the STOP command is sent. 

520 1 

530 PRINT "The logic analyzer is now running in the repetitive mode" 

540 PRINT "and will remain in repetitive until the STOP command is sent." 

550 PRINT 

560 PRINT "Press CONTINUE" 

570 PAUSE 

580 I 

590 ! *********************************************************************** 

600 2 Stop the acquisition and copy the acquired data to the compare reference 

610 ! listing. 

620 ! 

630 OUTPUT 707;":STOP" 

640 OUTPUT 707;":MENU 1,10" 

650 OUTPUT 707; ":MACHINE1:C0MPARE:MENU REFERENCE" 

660 OUTPUT 707;": MACHINE 1 : COMPARE : COPY " 

670 1 

680 I The logic analyzer acquis t ion is now stopped, the Compare menu 

690 • is displayed, and the data is now in the compare reference 

700 ! listing. 

710 ! 

720 I *********************************************************************** 

730 i Display line 4090 of the compare listing and start the analyzer 

740 ! in a repetitive mode. 

750 2 

760 OUTPUT 707; ":MACHINE1:C0MPARE:LINE 4090" 

770 OUTPUT 707;":START" 
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780 ! 

790 ! Line 4090 of the listing is now displayed at center screen 

800 1 in order to show the last four states acquired. In this 

810 i example, the last four states are stable. However, in some 

820 I cases, the end points of the listing may vary thus causing 

830 J a false failure in compare. To eliminate this problem, a 

840 i partial compare can be specified to provide predicable end 

850 i points of the data. 

860 ! 

870 PRINT **Press CONTINUE to send the STOP command.'* 

880 PAUSE 

890 OUTPUT 707;":STOP" 

900 I 

910 ! **************************************************** 

920 1 The end points of the compare can be fixed to prevent false failures. 

930 1 In addition, you can use partial compare to compare only sections 

940 ! of the state listing you are interested in comparing. 

950 I 

960 OUTPUT 7 07 MACHINE 1; COMPARE: RANGE PARTIAL, 0, 508" 

970 i 

980 ! The compare range is now from line 0 to +508 

990 ! 

1000 i ************************************************************************ 

1010 ! Change the Glitch jumper settings on the training board so that the 

1020 ! data changes, reacquire the data and compare which states are different. 

1030 PRINT "Change the glitch jumper settings on the training board so that the** 

1040 PRINT *'data changes, reacquire the data and compare which states are 
different. •* 

1050 I 

1060 PRINT "Press CONTINUE when you have finished changing the jumper." 

1070 1 

1080 PAUSE 

1090 ! 

1100 ! ************************************************************************ 

1110 1 Start the logic analyzer to acquire new data and then stop it to compare 

1120 1 the data. When the acquis tion is stopped, the Compare Listing Menu will 

1130 ! be displayed. 

1140 ! 

1150 OUTPUT 707; ''sSTART" 

1160 OUTPUT 707;":STOP" 

1170 OUTPUT 707;":MENU 1,10" 

1180 ! 

1190 J************************************************ 

1200 I Dimension strings in which the compare find query ( COMPARE : FIND? ) 

1210 ! enters the line numbers and error numbers. 
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1220 ! 

1230 DIM Line$[20] 

1240 DIM Error$[4] 

1250 DIM Coinma$[l] 

1260 I 

1270 ! ************************************************ 

1280 I Display the Difference listing. 

1290 ! 

1300 OUTPUT 707;":MACHINE1:COMPARE:MENU DIFFERENCE" 

1310 1 

1320 1 ************************************************************************ 

1330 I Loop to query all 508 possible errors. 

1340 ! 

1350 FOR Error=l TO 508 

1360 ! 

1370 ! Read the compare differences 

1380 1 

1390 OUTPUT 707; ":MACHINE1: COMPARE: FIND? "&VAL$ (Error ) 

1400 ! 

1410 i ************************************************************************ 

1420 ! Format the Error $ string data for display on the controller screen. 

1430 ! 

1440 IF Error99 THEN GOTO 1580 

1450 IF Error9 THEN GOTO 1550 

1460 1 

1470 ENTER 707 USING lA" ; Error $ 

1480 ENTER 707 USING " # , 1 A" ; Comma$ 

1490 ENTER 707 USING "K";Line$ 

1500 Er ror_r eturn=IVAL ( Err or $ ,10) 

1510 IF Error_return=0 THEN GOTO 1820 

1520 I 

1530 GOTO 1610 

1540 1 

1550 ENTER 707 USING "# , 3A" ; Error$ 

1560 ENTER 707 USING ••K";Line$ 

1570 GOTO 1610 

1580 • 

1590 ENTER 707 USING "# , 4A" ;Error$ 

1600 ENTER 707 USING "K";Line$ 

1610 • 

1620 i ************************************************************************ 

1630 ! Test for the last error. The error number of the last error is the same 

1640 1 as the error number of the first number after the last error. 

1650 I 

1660 Error_line=IVAL (Line$ , 10 ) 
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1670 IF Error_line«Error_line2 THEN GOTO 1780 

1680 Error_line2=Error_line 

1690 ! 

1700 I ******************************************^ 

1710 I Print the error numbers and the corresponding line numbers on the 

1720 ! controller screen. 

1730 i 

1740 PRINT "Error number Error," is on line number "^Error^line 

1750 1 

1760 NEXT Error 

1770 ! 

1780 PRINT 

1790 PRINT 

1800 PRINT "Last error found" 

1810 GOTO 1850 

1820 PRINT "No errors found" 

1830 1 

1840 i 

1850 END 
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Transferring the logic analyzer configuration 

This program uses the SYSTem:SETup query to transfer the configuration 
of the logic analyzer to your controller. This program also uses the 
SYSTem : SETup command to transfer a logic analyzer configuration from 
the controller back to the logic analyzer. The configuration data will set up 
the logic analyzer according to the data. It is useful for getting 
configurations for setting up the logic analyzer by the controller. This query 
differs from the SYSTemiDATA query because it only transfers the 
configuration and not the acquired data. The SYSTem: SETup command 
differs from the SYSTein:DATA command because it only transfers the 
configuration and not acquired data. 

10 ! ****************** SETUP COMMAND AND QUERY EXAMPLE ******************** 

20 I for the HP 1660-series logic analyzers 

30 ! 

**★ I **★★★*******★***★★★*★ CREATE TRANSFER BUFFER ************************* 

50 ! Create a buffer large enough for the block data. See page 26-9 for 

55 ! niaximum block length. 

56 I 

60 ASSIGN §Buff TO BUFFER [170000] 

70 ! 

80 ! **************** INITIALIZE HPIB DEFAULT ADDRESS ********************* 

90 ! 

100 REAL Address 

110 Address=707 

120 ASSIGN icomm TO Address 

130 » 

140 CLEAR SCREEN 

150 1 

160 ! ************* INTITIALIZE VARIABLE FOR NUMBER OF BYTES ***************** 

170 I The variable "Numbytes** contains the number of bytes in the buffer. 

180 ! 

190 REAL Numbytes 

200 NumbytessO 

210 1 

220 ! ************** RE-INITIALIZE TRANSFER BUFFER POINTERS ****************** 

230 i 

240 CONTROL §Buff,3;l 

250 CONTROL §Buff,4;0 

260 ! 

270 ! *********************** SEND THE SETUP QUERY ************************** 
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280 OUTPUT 707;": SYSTEM; HEADER ON" 

290 OUTPUT 707; ":SySTEM:LONGFORM ON" 

300 OUTPUT ecomm; "SELECT 1" 

310 OUTPUT iCornm;": SYSTEM: SETUP?" 

320 i 

330 1 ******************** ENTER THE BLOCK SETUP HEADER ********************* 

340 i Enter the block setup header in the proper format. 

350 ! 

360 ENTER iComin USING "#,B";Byte 

370 PRINT CHR$(Byte); 

380 WHILE Byte<>35 

390 ENTER §Coinm USING "#,B";Byte 

400 PRINT CHR$(Byte); 

410 END WHILE 

420 ENTER §Conrai USING "#,B";Byte 

430 PRINT CHR$(Byte); 

440 Byte=Byte-48 

450 IF Byte=l THEN ENTER §Coinni USING "# ,D" ;Nuinbytes 

460 IF Byte«2 THEN ENTER §Coinm USING " # , DD " ; Numby tes 

470 IF Byte=3 THEN ENTER gComni USING "# , DDD" ;Nuinbytes 

480 IF Byte=4 THEN ENTER §Coinia USING "# , DDDD" ;Nuinbytes 

490 IF Byte=5 THEN ENTER §Coinia USING "# ,DDDDD" ;Nuinbytes 

500 IF Byte=6 THEN ENTER §Coinm USING "# , DDDDDD" ;Nuinbytes 

510 IF Byte=7 THEN ENTER §Coinni USING "# ^DDDDDDD" ;Nuinbytes 

520 IF Byte=8 THEN ENTER @Coiraa USING "# .DDDDDDDD" ;Numbytes 

530 PRINT Numbytes 

540 I 

550 1 ******************** TRANSER THE SETUP ******************************** 

560 ! Transfer the setup from the logic analyzer to the buffer. 

570 1 

580 TRANSFER §Comm TO §Buff; COUNT Numbytes , WAIT 

600 i 

610 ENTER iCorom USING "-K";Length$ 

620 PRINT "LENGTH of Length string is" ;LEN( Length? ) 

630 1 

640 PRINT "**** GOT THE SETUP ****" 

650 PAUSE 

660 I ********************* SEND THE SETUP ********************************** 

670 1 Make sure buffer is not empty. 

680 ! 

690 IF Numbytes-0 THEN 

700 PRINT "BUFFER IS EMPTY" 

710 GOTO 1170 

720 END IF 

730 I 
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740 1 ********************* SEND THE SETUP COMMAND ************************** 

750 ! Send the Setup command 

760 ! 

770 OUTPUT §Comm USING "t.lSA"; SYSTEM: SETUP 

780 PRINT ''SYSTEM: SETUP command has been sent" 

790 PAUSE 

800 I 

810 1 ********************* SEND THE BLOCK SETUP **************************** 

820 1 Send the block setup header to the logic analyzer in the proper format. 

830 1 

840 Byte=LEN ( VAL$ ( Numby tes ) ) 

850 OUTPUT §Comm USING "# ; (Byte+48 ) 

860 IF Byte=l THEN OUTPUT §Comm USING "# , A" ; VAL$ (Numbytes ) 

870 IF Byte«2 THEN OUTPUT §Comm USING "# , AA" ; VAL§ (Numbytes ) 

880 IF Byte-3 THEN OUTPUT §Comm USING AAA" ;VAL$ (Numby tes ) 

890 IF Byte=4 THEN OUTPUT §Comm USING "# ,AAAA" ;VAL$ (Numby tes ) 

900 IF Byte=5 THEN OUTPUT @Comm USING "# ,AAAAA" ;VAL$ (Numby tes ) 

910 IF Byte=6 THEN OUTPUT §Comm USING "# ,AAAAAA" ; VAL$ (Numbytes ) 

920 IF Byte=7 THEN OUTPUT §Comm USING "# ,AAAAAAA";VAL$ (Numby tes ) 

930 IF Byte=8 THEN OUTPUT §Comm USING "# ,AAAAAAAA";VAL$ (Numby tes) 

940 ! 

950 ! *********************** SAVE BUFFER POINTERS ************************* 

960 I Save the transfer buffer pointer so it can be restored after the 

970 ! transfer. 

980 ! 

990 STATUS §Buf f ,5;Streg 

1000 1 

1010 I ****************** TRANSFER SETUP TO THE HP 16550 ********************* 

1020 I Transfer the setup from the buffer to the HP 166 OA. 

1030 ! 

1040 TRANSFER §Buff TO §Comm; COUNT Numbytes ^WAIT 

1050 I 

1060 ! ********************** RESTORE BUFFER POINTERS *********************** 

1070 I Restore the transfer buffer pointer 

1080 i 

1090 CONTROL §Buf f ,5;Streg 

1100 ! 

1110 ! ******************** SEND TERMINATING LINE FEED ********************** 

1120 1 Send the terminating linefeed to properly terminate the setup string. 

1130 I 

1140 OUTPUT §Comm;"" 

1150 ! 

1160 PRINT ••**** SENT THE SETUP ****•• 

1170 END 
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Transferring the logic analyzer acquired data 

This program uses the s YSTem : data query to transfer acquired data to 
your controller. It is useful for getting acquired data for setting up the logic 
analyzer by the controller at a later time. This query differs from the 
SYSTem: SETup query because it transfers only the acquired data. 

This program also uses the SYSTem:DATA command to transfer the logic 
analyzer data from the controller back to the logic analyzer and load the 
analyzer with the acquired data. The SYSTemiDATA command differs from 
the SYSTem: SETup command because it transfers both the configuration 
and the acquired data. 



You should always precede the SYSTemiDATA query and command with the 
SYSTem:SETup query and command if the acquired data depends on a specific 
configuration. If you are only interested in the acquired data for post 
processing in the controller and the data is not dependent on the configuration, 
you can use the SYSTemiDATA query and command alone. 



10 ! ****************** DATA COMiMAND AND QUERY EXAMPLE ******************** 

20 1 for the HP 1660-series logic analyzers 

30 ! 

40 ! ********************* CREATE TRANSFER BUFFER ************************* 

50 ! Create a buffer large enough for the block data. See page 26-1 for 

55 1 maximum block length. 

56 ! 

60 ASSIGN §Buff TO BUFFER [170000] 

70 i 

80 I **************** INITIALIZE HPIB DEFAULT ADDRESS ********************* 

90 ! 

100 REAL Address 

110 Address=707 

120 ASSIGN icomm TO Address 

130 ! 

140 CLEAR SCREEN 

150 1 

160 I ************* INTITIALIZE VARIABLE FOR NUMBER OF BYTES ***************** 

170 t The variable "Numbytes" contains the number of bytes in the buffer. 

180 ! 

190 REAL Numbytes 
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200 Numbytes^O 

210 ! 

220 1 ************** RE-INITIALIZE TRANSFER BUFFER POINTERS ****************** 

230 1 

240 CONTROL §Buff,3;l 

250 CONTROL 8Buff,4;0 

260 ! 

270 I *********************** SEND THE DATA QUERY ************************** 

280 OUTPUT 707; ••: SYSTEM: HEADER ON" 

290 OUTPUT 707;":SYSTEM:LONGFORM ON" 

300 OUTPUT ecomm; "SELECT 1" 

310 OUTPUT §Coinni;": SYSTEM: DATA?" 

320 i 

330 ! ******************** ENTER THE BLOCK DATA HEADER ********************* 

340 1 Enter the block data header in the proper format. 

350 i 

360 ENTER §Comm USING "#,B";Byte 

370 PRINT CHR$(Byte); 

380 WHILE Byte<>35 

390 ENTER gComm USING "#^B";Byte 

400 PRINT CHR$(Byte); 

410 END WHILE 

420 ENTER §Coinni USING "#^B";Byte 

430 PRINT CHR$(Byte); 

440 Byte=Byte-48 

450 IF Byte=l THEN ENTER §Coinni USING "# ,D" ;Numbytes 

460 IF Byte=2 THEN ENTER §Coinm USING "# ,DD" ;Nuinbytes 

470 IF Byte=3 THEN ENTER §Coinni USING "#^DDD";Nuinbytes 

480 IF Byte=4 THEN ENTER iComm USING " # , DDDD " ; Numby tes 

490 IF Byte=5 THEN ENTER §Coinm USING "# ^DDDDD" ;Numbytes 

500 IF Byte=6 THEN ENTER §Coinm USING " # ^DDDDDD" ;Numbytes 

510 IF Byte=7 THEN ENTER §Coinm USING "# .DDDDDDD" ;Numbytes 

520 IF Byte=8 THEN ENTER gComm USING "# ^DDDDDDDD" ;Nuinbytes 

530 PRINT Numbytes 

540 1 

550 i ******************** TRANSER THE DATA ******************************** 

560 1 Transfer the data from the logic analyzer to the buffer. 

570 ! 

580 TRANSFER §Comm TO §Buff; COUNT Numbytes , WAIT 

600 1 

610 ENTER §Comm USING "-K";Length§ 

620 PRINT "LENGTH of Length string is" ;LEN(Length$) 

630 ! 

640 PRINT "**** GOT THE DATA ****" 

650 PAUSE 
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660 1 ********************* SEND THE DATA ********************************** 

670 1 Make sure buffer is not empty. 

680 I 

690 IF Numbytes'O THEN 

700 PRINT "BUFFER IS EMPTY" 

710 GOTO 1170 

720 END IF 

730 I 

740 ! ********************* SEND THE DATA COMMAND ************************** 

750 I Send the Setup conuaand 

760 1 

770 OUTPUT iComni USING "#, 14A" ;": SYSTEM: DATA #" 

780 PRINT "SYSTEM:DATA command has been sent" 

790 PAUSE 

800 ! 

810 I ********************* SEND THE BLOCK DATA **************************** 

820 i Send the block data header to the logic analyzer in the proper format. 

830 ! 

840 By t e=LEN ( VAL$ ( Numby tes ) ) 

850 OUTPUT iComm USING "# ,B" ; (Byte+48 ) 

860 IF Byte=l THEN OUTPUT @Comm USING "# , A" ; VAL$ (Numbytes ) 

870 IF Byte=2 THEN OUTPUT §Comm USING "# ,AA" ;VAL$ (Numby tes ) 

880 IF Byte=3 THEN OUTPUT @Comm USING AAA" ;VAL$ (Numby tes ) 

890 IF Byte=4 THEN OUTPUT @Comm USING "# ,AAAA";VAL$ (Numby tes ) 

900 IF Byte=5 THEN OUTPUT §Comm USING "# ,AAAAA" ;VAL$ (Numby tes ) 

910 IF Byte=6 THEN OUTPUT §Comm USING "# , AAAAAA" ; VAL§ (Numbytes ) 

920 IF Byte=7 THEN OUTPUT ecomm USING "#,AAAAAAA";VAL$( Numby tes) 

930 IF Byte»8 THEN OUTPUT gComm USING "# ,AAAAAAAA" ; VAL$ (Numbytes ) 

940 ! 

950 ! *********************** SAVE BUFFER POINTERS ************************* 

960 i Save the transfer buffer pointer so it can be restored after the 

970 I transfer. 

980 ! 

990 STATUS §Buf f , 5 ; Streg 

1000 ! 

1010 ! ************** TRANSFER DATA TO THE LOGIC ANALYZER ***************** 

1020 ! Transfer the data from the buffer to the logic analyzer. 

1030 ! 

1040 TRANSFER §Buff TO §Comm;COUNT Numby tes , WAIT 

1050 I 

1060 i ********************** RESTORE BUFFER POINTERS *********************** 

1070 ! Restore the transfer buffer pointer 

1080 ! 

1090 CONTROL §Buf f ,5;Streg 

1100 ! 
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1110 I ******************** SEND TERMINATING LINE FEED ********************** 

1120 1 Send the terminating linefeed to properly terminate the data string. 

1130 ! 

1140 OUTPUT iComm;"" 

1150 J 

1160 PRINT "**** SENT THE DATA ****•• 

1170 END 
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Checking for measiirement completion 

This program can be appended to or inserted into another program when 
you need to know when a measurement is complete. If it is at the end of a 
program it will tell you when measurement is complete. If you insert it into 
a program, it will halt the program until the current measurement Is 
complete. 

This program is also in the state analyzer example program in "Making a 
State Analyzer Measurement" on pages 27-7 and 27-8. It is included in the 
state analyzer example program to show how it can be used in a program to 
halt the program until measurement is complete. 

420 ! ****************** CHECK FOR MEASUREMENT COMPLETE ********************** 

430 1 Enable the MESR register and query the register for a measurement 

440 I complete condition. 

450 I 

460 OUTPUT 707; "rSYSTEM: HEADER OFF" 

470 OUTPUT 707; ":Sy STEM :LONGFORM OFF" 

480 I 

490 Status'sO 

500 OUTPUT 707;":MESE1 1" 

510 OUTPUT 707;":MESR1?" 

520 ENTER 707; Status 

530 I 

540 ! Print the MESR register status. 

550 ! 

560 CLEAR SCREEN 

570 PRINT "Measurement complete status is "; Status 

580 PRINT "0 = not complete, 1 = complete" 

590 i Repeat the MESR query until measurement is complete. 

600 WAIT 1 

610 IF Status«l THEN GOTO 630 

620 GOTO 510 

630 PRINT TABXY(30, 15); "Measurement is complete" 

640 ! 

650 END 
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Sending queries to the logic analyzer 

This program example contains the steps required to send a query to the 
logic analyzer. Sending the query alone only puts the requested information 
in an output buffer of the logic analyzer. You must follow the query with an 
ENTER statement to transfer the query response to the controller. When the 
query response is sent to the logic analyzer, the query is properly terminated 
in the logic analyer. If you send the query but fail to send an ENTER 
statement, the logic analyzer will display the error message "Query 
Interrupted" when it receives the next command from the controller, and, 
the query response is lost. 



10 I ************************ QUERY EXAMPLE *********************** 

20 ! for the HP 1660-series Logic Analyzers 

30 1 

40 1 ************************ OPTIONAL *************************** 

50 J The following two lines turn the headers and longform on so 

60 ! that the query name, in its long form, is included in the 

70 I query response. 

80 ! 

90 ! ************** NOTE **************** 

100 ! If your query response includes real 

110 ! or integer numbers that you may want 

120 I to do statistics or math on later, you 

130 ! should turn both header and longform 

140 ! off so only the number is returned. 

150 ! ************************************* 

160 ! 

170 OUTPUT 707; ":SYSTEM: HEADER ON" 

180 OUTPUT 707;":SYSTEM;LONGFORM ON" 

190 ! 

200 ! ************************************************************* 

210 I Select the slot in which the logic analyzer is located. 

220 ! Always a 1 for the HP 1660-series logic analyzers. 

230 OUTPUT 707;":SELECT 1" 

240 i 

250 1 **************************************************************** 

260 i Dimension a string in which the query response will be entered. 

270 ! 

280 DIM Query$[100] 

290 1 

300 I **************************************************************** 
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3X0 ! Send the query. In this example the MENU? query is sent. All 

320 i queifies except the SYSTem:DATA and SYSTem:SETup can be sent with 

330 ! this program. 

340 I 

350 OUTPUT 707; "MENU?" 

360 ! 

370 I ***************************************************^ 

380 ! The two lines that follow transfer the query response from the 

390 ! query buffer to the controller and then print the response. 

400 ! 

410 ENTER 7 07; Query $ 

420 PRINT Query $ 

430 t 

440 ! 

450 END 
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Getting ASCH Data with PRINt? ALL Query 

This program example shows you how to get ASCII data from a state listing 
using the PRINt? ALL query. There are two things you must keep in mind: 

• You must select the logic analyzer, which is always SELECT 1 for the 

HP 1660-series logic analyzers. 

• You must select the proper menu. The only menus that allow you to use 
the PRINt? ALL query are the listing menus and the disk menu. 



10 

20 

30 

40 

50 

60 

70 

80 

90 

100 

110 

120 

130 

140 

150 

160 

170 

180 

190 

200 

210 

220 

230 

240 

250 

260 



****** ASCII DATA ******* 



This program gets STATE Listing data from the HP 1660-series logic 
analyzers in ASCII form by using the PRINT? ALL query. 

**************************************************************** 

DIM Block$ [32000] 

OUTPUT 707; "EOI ON" 

OUTPUT 707; ":SYSTEM:HEAD OFF" 

OUTPUT 707;":SELECT 1" I Always a 1 for the HP 1660-series logic 

i analyzers • 

! 

OUTPUT 707;":MENU 1,7" ! Selects the Listing 1 menu. Print? All 

! will only work in Listing and Disk menus. 

! 

OUTPUT 707;": SYSTEM: PRINT? ALL" 
ENTER 707 USING "-K";Block$ 
! 

{**************************************************************** 

! Now display the ASCII data you received. 

I 

PRINT USING "K";Block$ 
I 

END 
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Reading the disk with the CATalog? ALL query 

The following example program reads the catalog of the disk currently in the 
logic analyzer disk drive. The catalog? all query returns the entire 
70-character field. Because DOS directory entries are 70 characters long, 
you should use the catalog? all query with DOS disks. 

10 1 ****** DISK CATALOG ****** 

20 ! using the CATALOG? query 

30 I 

40 DIM File$[100] 

50 DIM Specifiers [2] 

60 OUTPUT 707;":EOI ON" 

70 OUTPUT 707;": SYSTEM: HEADER OFF" 

80 I 

90 OUTPUT 707;":MMEMORy:CATALOG? ALL" ! send CATALOG? ALL query 

100 I 

110 ENTER 707 USING "#, 2A" ; Specif ier$ I read in #8 

120 ENTER 707 USING "# , 8D" ;Length I read in block length 

130 I 

140 I Read and print each file in the directory 

150 I 

160 FOR 1=1 TO Length STEP 51 

170 ENTER 707 USING "# , 51A" ;File$ 

180 PRINT File$ 

190 NEXT I 

200 ENTER 707 USING "A" ; Specif ier$ ! read in final line feed 

210 END 
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Reading the Disk with the CATalog? Query 

This example program uses the catalog? query without the all option to 
read the catalog of the disk currently in the logic analyzer disk drive. 
However, if you do not use the all option, the query only returns a 
51 -character field. Keep in mind if you use this program with a DOS disk, 
each filename entry will be truncated at 51 characters. 



10 I ****** DISK CATALOG ****** 

20 ! using the CATALOG? query 

30 ! 

40 DIM File$[100] 

50 DIM Specifiers [2] 

60 OUTPUT 707;":EOI ON" 

70 OUTPUT 707; -:SYSTEM: HEADER OFF" 

80 1 

90 OUTPUT 707; ":MMEMORYs CATALOG?" ! send CATALOG? query 

100 i 

110 ENTER 707 USING " #,2A"; Specif ier$ I read in #8 

120 ENTER 707 USING 8D" ; Length ! read in block length 

130 i 

140 1 Read and print each file in the directory 

150 I 

160 FOR I»l TO Length STEP 51 

170 ENTER 707 USING "# ,51A";File$ 

180 PRINT File$ 

190 NEXT I 

200 ENTER 707 USING "A" ; Specif ier$ » read in final line feed 

210 END 
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Printing to the disk 

This program prints acquired data to a disk file. The file can be either on a 
LIF or DOS disk. If you print the file to a DOS disk, you will be able to view 
the file on a DOS compatible computer using any number of file utility 
programs. 

10 1 ********* PRINTING TO A DISK FILE ********** 

20 ! 

30 I 

40 ! This program prints the acquired data to a disk file. I will 

50 ! print to either a LIF or DOS file using the PRINT ALL command. 

60 I 

70 1 ************************************************ 

80 ! 

90 OUTPUT 707;-:SELECT 1" • Always a 1 for the HP 1660-series logic 
100 i analyzers. 

110 ! 

120 OUTPUT 707;":MENU 1,7" I Selects the Listing 1 menu. Print to disk 
130 I will only work in Listing and Disk menus. 

140 ! 

150 OUTPUT 707; ":Sy STEM: PRINT ALL, DISK, 'DISKFILE'" 

160 1 

170 I*********************************************** 

180 i Now display catalog to see that the file has been saved on the disk. 

190 ! 

200 DIM File$[100] 

210 DIM Specifiers [2] 

220 OUTPUT 707;":EOI ON" 

230 OUTPUT 707; -:SySTEM:HEADER OFF" 

240 OUTPUT 707; "rMMEMORY: CATALOG? ALL" 

250 ENTER 707 USING "#, 2A" ; Specif ier$ 

260 ENTER 707 USING 8D" ; Length 

270 FOR 1=1 TO Length STEP 70 

280 ENTER 707 USING "# , 70A" ; File$ 

290 PRINT File$ 

300 NEXT I 

310 ENTER 707 USING "A" ; Specif ier$ 

320 END 
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*ESE,&-6 
*ESR, 8-7 
*IDN, 8-9 
♦1ST, a-9 
♦OPC, 8-11 
♦OPT, 8-12 
♦PRE, a-13 
♦SRE, 8-15 
♦STB, 8-16 
♦TST, 8-18 

Accumulate, 18-5, 19-5, 23-7 

ACQMode, 21-5 

Acquisition, 16-9, 22-9 

ARM, 13-5 

Assign, 13-6 

AUToload, 11-8 

BEEPer, &-6 

BRANch, 16-11, 22-10 

CAPabiUty, ^7 

CARDcage, 9-8 

CATalog, 11-9 

CESE, 9-9 

CESR, 9-10 

CLOCk, 15-7 

CMASk, 20-6 

COLumn, 17-8, 24-8 

DATA, 10-6, 17-9, 20-8, 24-9, 26-5 

DEUy, 14-5, 18-7, 23-10 

EOI, 9-11 

ERRor, 10-7 

FIND, 16-14, 20-9, 22-13 
FTIMe, 12-6 



GLEDge, 22-15 
HAXis,19-6 
HEADer, 10-8 
INPort, 12-7 
LABel, 15-«, 21-7 
LER, 9-11 
LEVelarm, 13-7 

UNE, 14-7, 17-10, 20-10, 24-10 

LOCKout, 9-12 

LONGform, 10-9 

MASTer, 15-9 

MENU, 9-14 

MESE, 9-14 

MESR, 9-16 

MMODe, 17-10, 23-11, 24-10 
MSI, 11-16 
NAME, 13-7 

OCONdition, 23-12, 24-11 
OPATtem, 17-11, 23-13, 24-12 
OSEarch, 17-12, 23-14, 24-13 
OSTate, 14-8, 17-13, 24-13 
OTAG, 17-14, 24-14 
OTIMe, 14-9, 23-15 
PRINt, 10-10 

RANGe, 14-9, 16-15, 18-9, 20-11, 
22-16, 23-16 
REName, 13-8 
RESource, 13-9 
RMODe, 9-18 

RUNTQ, 17-16, 20-13, 23-17, 24-15 
SELect, &-20 
SEQuence, 16-16, 22-17 
SETColor, 9-22 
SETup, 10-12, 26-16 
SKEW, 12-8 
SLAVe, 1&-15 
SPERiod, 22-18, 23-18 
STORe, 16-17 
SYSTem:DATA, 10-6, 26-5 
SYStemiSETup, 10-12, 26-16 
TAG, 16-18 

TAKenbranch, 16-19, 18-10 
TAVerage, 17-17, 23-19, 24-16 
TCONtrol, 16-20, 22-19 
TERM, 16-22, 22-21 
THReshold, 15-18, 21-« 
TIMER, 16-23, 22-21 
TMAXimum, 17-17, 23-19, 24-16 



TMINimum, 17-18, 23-20, 24-17 

TPOSition, 16-24, ia-11, 22-22, 23-21 

TREE, 12-10 

TTIMe, 12-10 

TYPE, 13-10 

UPLoad, 11-20 

VAJQs 19-7 

VRUNs, 17-18, 23-21, 24-17 

XCONdition, 23-22, 24-18 

XOTag, 17-19, 24-18 

XOTime, 14-10, 17-19, 23-22, 24-19 

XPATtem, 17-20, 23-23, 24-20 

XSEarch, 17-21, 23-24, 24-21 

XSTate, 14-11, 17-22, 24-21 

XTAG, 17-23, 24-22 

XTIMe, 14-12, 23-25 
Query errors, 7-5 
query program example, 27-22 
Query responses, 1-15, 4-4 
Question mark, 1-10 
QYE,6-6 

R 

RANGe command, 25-6 
RANGe coimnand/query, 14-9, 16-14 to 
16-15, 18-8, 20-11, 22-15 to 22-16, 23-16 
real-time clock 

section data, 26-17 
Receive Data (RD), 3-4 to 3-5 
Remote, 2-5 
Remote enable, 2-5 

REMove cormnand, 14-10, 15-13, 17-15, 
18-9, 21-7, 23-16, 24-14, 25-7 
REN, 2-5 

REName command, 11-18 
REName command/query, 13-8 
Request To Send (RTS), 3-5 
RESource command/queiy, 13-9 
Response data, 1-20 
Responses, 1-16 
RMODe command, 9-17 
Root, 4-6 
RQC,6-5 
RQS,6-4 

RS-232C, 3-2, 3-8, 5-2 

RUNTil command/query, 17-15 to 17-16, 

20-12,23-17,24-15 
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s 

SCHart selector, 19-4 

SCHart Subsystem, 19-1, 19^ to 19-7 

SDC,2-6 

Section data, 26-6 

Section data fonnat, 26-4 

Section header, 26-6 

SELect command, 9-19 

Select command tree, 9-20 

Selected device clear, 2-6 

SEQuence command/queiy, 16-16, 

22- 17 

Sequential commands, 4-4 
Serial poll, 6-7 

Service Request Enable Register, 6-4 

SET command, 20-13 

SETColor command, 9-21 

SETup, 10-11, 26-15 

SETup command/queiy, 10-11 to 10-12 

SFORmat selector, 15-6 

SFORmat Subsystem, 15-1, 15-3 to 

15-18 

Shortform, 1-11 

Simple commands, 1-8 

SKEW command, 12-8 

SLAVe command/query, 15-15 

SUSt selector, 17-7 

SUSt Subsystem, 17-1, 17-3 to 17-23 

Spaces, 1-7 

SPERiod command/queiy, 22-18, 

23- 18 

Square brackets, 4-5 
STARt command, 9-22 
state analyzer 

program example, 27-5 
Status, 1-22, 6-2, 8-3 
Status byte, 6-6 
Status registers, 1-22, 8-3 
Status reporting, 6-2 
Stop bits, 3-7 
STOP command, 9-23 
STORe command/queiy, 16-17 
STOReiCONFig command, 11-19 
STRace Command, 16-9 
STRigger Command, 16-9 
STRigger/STRace Subsystem, 16-1, 16-3 
to 16-24 
String data, 1-13 



String variables, 1-18 
STTRace selector, 22-3 
Sub^stem 

COMPare, 20-2 

INTermodule, 12-2 

MACHine, 13-2 

MMEMory, 11-2 

SCHart, 19-2 

SFORmat, 15-1, 15-3 to 15-18 
SUSt, 17-1, 17-3 to 17-23 
STRigger/STRace, 16-1, 16-3 to 
16-24 

SWAVeform, 1&-2 
SYMBol, 25-1, 2&-3 to 25-8 
SYSTem, 10-2 

TFORmat, 21-1, 21-3 to 21-8 
TUSt, 24-1, 24-3 to 24-22 
TTRigger/ITRace, 22-1, 22-3 to 
22—22 

TWAVeform, 23-1, 23-3 to 23-25 

WUSt, 14-1, 14-3 to 14-12 
Subsystem commands, 4-6 
Suffix multiplier, 5-9 
Suffix units, 5-10 
SWAVeform selector, 18-4 
SWAVefom Subsystem, 18-1, 18-3 to 
18-11 

SYMBol selector, 25-4 

SYMBol Subigrstem, 25-1, 25-3 to 25-8 

Syntax diagram 

Common commands, 8-4 

COMPare Subsystem, 20-3 

INTennodule subsystem, 12-3 to 12-4 

MACHine Subsystem, 13-3 

Mainfirame commands, 9-3 to 9-4 

MMEMoiy subsystem, 11-4 to 11-5, 

11-7 

SCHart Subsystem, 19-3 
SFORmat Subsystem, 15-3 
SUSt Subsystem, 17-3 
STRigger Subsystem, 16-3 
SWAVeform Subsystem, 18-3 
SYMBol Subsystem, 25-3 
SYSTem subsystem, 10-3 
TFORmat Subsystem, 21-3 
TUSt Sub^stem, 24-3 
TTRigger Sub^stem, 22-3 
TWAVeform Subi^stem, 23-4 to 23-5 



WUSt Subsystem, 14-3 
Syntax diagrams 

IEEE 488.2, 5^ 
System commands, 4-6 
SYSTem subsystem, 10-2 
SYSTemiDATA, 26-4 to 26-5 
SYSTem:DATA command program 
example, 27-17 

SYSTemiDATA query program example, 
27-17 

SYStem:SETup, 26-15 to 26-16 
SYSTem.'SETup command program 
example, 27-14 

SYSTem:SETup queiy program example, 
27-14 

T 

TAG command/queiy, 16-18 
TAKenbranch command/queiy, 16-19, 
18-9 

Talk only mode, 2-3 

TAVerage query, 17-17, 23-19, 24-16 

TCONtrol command/queiy, 16-20, 22-19 

TERM command/query, 16-21, 22-20 

Terminator, 1-7 

TFORmat selector, 21-4 

TFORmat Subsystem, 21-1, 21-3 to 21-8 

Three-wire Interface, 3-4 

THReshold command/query, 15-18, 21-8 

time tag data description, 26-12 to 26-13 

TIMER command/query, 16-22, 22-21 

timing analyzer 

program example, 27-3 
TUSt selector, 24-7 
TUSt Sub^stem, 24-1, 24-3 to 24-22 
TMAJOmum queiy, 17-17, 23-19, 24-16 
TMlNimum query, 17-18, 23-20, 24-17 
TPOSition command/query, 16-23 to 
16-24, 18-10 to ia-11, 22-22, 23-20 
Trailing dots, 4-6 
Transmit Data (TD), 3-4 to 3-5 
TREE command, 12-9 
Truncation rule, 4-3 
TTIMe query, 12-10 
TTRigger , 22-8 

TTRigger/ITRace Sub^^ystem, 22-1, 22-3 
to 22-22 
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TWAVeform selector, 23-7 
TWAVefonn Sub^stem, 23-1, 23-3 to 
23-25 

TYPE command/queiy, 13-10 
U 

Units, 1-12 

UPLoad command, 11-20 
Uppercase, 1-11 
URQ,6-5 



V 

VAJQs command/query, 1&-7 
VRUNs query, 17-18, 23-21, 24-17 

W 

White space, 1-7 

WIDHi command, 25-6 

WUSt selector, 14-4 

WUSt Sub^stem, 14-1, 14-3 to 14-12 

X 

XCONdition command/queiy, 23-22, 24-18 

XOTag queiy, 17-19, 24-18 

XOTime queiy, 14-10, 17-19, 23-22, 24-19 

XPATtem command/queiy, 17-20, 23-23, 

24-19 

XSEarch command/queiy, 17-21, 23-24, 
24-20 

XSTate queiy, 14-11, 17-22, 24-21 
XTAG command/queiy, 17-22 to 17-23, 
24-22 

XnMe command/queiy, 14-11 to 14-12, 
23-25 

XXX, 4-5, 4-7 

XXX (meaning of), 1-6 
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Warranty 
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in this document is subject 
to change without notice. 
Hewlett-Packard nmkes 
no warranty of any kind 
with regard to this 
material, including, but 
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implied warranties of 
merchantability or 
fitness for a particular 
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Hewlett-Packard shall not 
be liable for errors 
contained herein or for 
damages in connection with 
the furnishing, 
performance, or use of this 
material. 

This Hewlett-Packard 
product has a warranty 
against defects in material 
and workmanship for a 
period of one year from 
date of shipment. During 
the warranty period, 
Hewlett-Packard Company 
will, at its option, either 
repair or replace products 
that prove to be defective. 
For warranty service or 
repair, this product must be 
returned to a service facility 
designated by 
Hewlett-Packard. 
For products returned to 
Hewlett-Packard for 
warranty service, the Buyer 
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charges to Hewlett-Packard 
and Hewlett-Packard shall 
pay shipping charges to 
rettim the product to the 



Buyer. However, the Buyer 
shall pay all shipping 
charges, duties, and taxes 
for products returned to 
Hewlett-Packard from 
another country. 

Limitation of Warranty 

The foregoing warranty 
shall not apply to defects 
resulting from improper or 
inadequate maintenance by 
the Buyer, Buyer-supplied 
software or interfacing, 
imauthorized modification 
or misuse, operation outside 
of the environmental 
specifications for the 
product, or improper site 
preparation or maintenance. 
No other warranty is 
expressed or implied. 
Hewlett-Packard 
specifically disclaims 
the implied warranties 
of merchantability or 
fitness for a particular 
purpose. 

Exclusive Remedies 

The remedies provided 
herein are the buyer's sole 
and exclusive remedies. 
Hewlett-Packard shall not 
be liable for any direct, 
indirect, special, incidental, 
or consequential damages, 
whether based on contract, 
tort, or any other legal 
theory. 

Assistance 

Product maintenance 
agreements and other 
customer assistance 
agreements are available for 
Hewlett-Packard products. 
For any assistance, contact 
your nearest 

Hewlett-Packard Sales Office. 
Safety 

Do not install substitute 
parts or perform any 
unauthorized modification 
to the instrument. 



The Warning symbol calls 
attention to a procedure, 
practice, or the like, which, 
if not correctly performed 
or adhered to, could result 
in personal injury. Do not 
proceed beyond a Warning 
symbol until the indicated 
conditions are fully 
understood and met. 



The Caution symbol calls 
attention to an operating 
procedure, practice, or the 
like, which, if not correctly 
performed or adhered to, 
could result in damage to or 
destruction of part or all of 
the product. Do not 
proceed beyond a Caution 
symbol until the indicated 
conditions are fully 
understood or met. 
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